Re: [FRnOG] [TECH][BIZ] DevNetOps State

[Xavier Beaudouin via frnog]

Hello

(...)

> Et je suis incompris chaque fois par la nouvelle génération d'ingénieurs
> bourrés de certifications en nouvelles technologies, quand je dis que les
> "géants du web" nous ont offert les nouvelles technologies et solutions
> clés en mains, et ont gardé l'informatique pour eux.
> 
> En effet de nos jours tu vas trouver très peu de gars bons en "problem
> solving", on est devenu des bourrins avec une multitude d'outils et
> services qui ne cessent de pousser, or l'informatique elle n'a pas changé,
> ce qu'on ne veut pas apprendre à faire, d'autres le font et revendent ultra
> cher... tous simplement.

Effectivement en tant que Dino qui commencé de la même façon (assembleur d'abord
puis de petit a petit syadmin et geek en hardware), je vois régulièrement une
certaine incompréhension de certaines personnes qui développement dans des 
langages de haut niveau vis a vis des problèmes inhérents au matériel.
Exemple dans une ancienne boite, j'ai dû expliquer l'architecture NUMA à des
développeurs qui ne comprenaient pas pourquoi il y avais de la latence sur
une machine ayant 32Go et deux processeurs physique dès qu'on allouais plus que
16Go dans leur code... Là ils se sont rendus compte, que coder dans un 
langage X ou Y c'est bien, mais de comprendre les histoires de caches L1/L2/L3,
de QPI etc... c'était ultra important pour leur soft.

La tendance au "click bouton" sur interface web qui cache tout que ça soit en
terme d'OS virtualisé ou non, mais aussi en réseau montre des choses qui me 
font peur:
- la dépendance dans une interface web désignée pour faire un truc. Souple
  pour le déploiement, mais pour des cas tricky totalement inutile. Voire
  pire quand le machin est planté : 0800 SUPPORT mais pendant ce temps tu 
  pleure
- l'éloignement de plus en plus fort des équipes sysadmin / netadmin du 
  hardware, de la plomberie réseau font que beaucoup ne comprennent plus
  les bases de la chose et sortent des usines à gaz qui après les desservent.

Bref, du boulot pour ceux qui connaissent les fondations systèmes et réseaux.

/Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH][BIZ] DevNetOps State

[Stéphane Rivière]

Quand tu es identifié comme étant un très bon "problem solver" alors les 
clients viennent tout seul et ne partent que très rarement.


+1

--
Stéphane Rivière
Ile d'Oléron - France


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH][BIZ] DevNetOps State

[Eugène Ngontang]

Hello Wallace,

Je plussoie entièrement. pour moi le "problem solving" c'est tout une
idéologie.

Merci pour ta contribution confrère 

Le mar. 17 mai 2022 à 16:49, Wallace  a écrit :

>
> Le 16/05/2022 à 01:36, Eugène Ngontang a écrit :
> > Une fois qu'on est tous d'accord sur le volet bulshit les gars, quelle
> > offre feriez vous si vous devriez vous positionner de manière rationnelle
> > et objective sur ce marché en pleine mutation ?
> >
> Quand tu es identifié comme étant un très bon "problem solver" alors les
> clients viennent tout seul et ne partent que très rarement.
>
> Même en faisant appel à de la prestation pour "gagner du temps" on s'est
> rendu compte qu'ils ne maîtrisent pas leurs sujets et qu'ils ne font que
> pousser des technos testées vite fait dans quelques POC et pour créer
> des prods clients qu'ils ne maintiennent plus par la suite sauf à te
> vendre des jours homme super cher.
>
> Clairement c'est là qu'on fait la différence.
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH][BIZ] DevNetOps State

[Wallace]

Le 16/05/2022 à 01:36, Eugène Ngontang a écrit :

Une fois qu'on est tous d'accord sur le volet bulshit les gars, quelle
offre feriez vous si vous devriez vous positionner de manière rationnelle
et objective sur ce marché en pleine mutation ?

Quand tu es identifié comme étant un très bon "problem solver" alors les 
clients viennent tout seul et ne partent que très rarement.


Même en faisant appel à de la prestation pour "gagner du temps" on s'est 
rendu compte qu'ils ne maîtrisent pas leurs sujets et qu'ils ne font que 
pousser des technos testées vite fait dans quelques POC et pour créer 
des prods clients qu'ils ne maintiennent plus par la suite sauf à te 
vendre des jours homme super cher.


Clairement c'est là qu'on fait la différence.

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH][BIZ] DevNetOps State

[Eugène Ngontang]

Bonjour les gars.

Toutes mes excuses pour le lag, j'ai eu un souci qui m'a éloigné quelques
temps des écrans.

Franchement c'est un régal de vous lire... Étant programmeur et
algorithmique, moi j'ai commencé ma carrière dans l'admin et l'ingé réseau
avant de me retrouver par la force des demandes du côté plus de l'ingé sys,
puis l'industrialisation et l'automatisation en environnement cloud, où je
me suis peu à peu éloigné du bas niveau (C/C++/ASM), mais je garde mon
côté pluridisciplinaire et ma vision de la tech.

Et je suis incompris chaque fois par la nouvelle génération d'ingénieurs
bourrés de certifications en nouvelles technologies, quand je dis que les
"géants du web" nous ont offert les nouvelles technologies et solutions
clés en mains, et ont gardé l'informatique pour eux.

En effet de nos jours tu vas trouver très peu de gars bons en "problem
solving", on est devenu des bourrins avec une multitude d'outils et
services qui ne cessent de pousser, or l'informatique elle n'a pas changé,
ce qu'on ne veut pas apprendre à faire, d'autres le font et revendent ultra
cher... tous simplement.

Une fois qu'on est tous d'accord sur le volet bulshit les gars, quelle
offre feriez vous si vous devriez vous positionner de manière rationnelle
et objective sur ce marché en pleine mutation ?

En vous souhaitant un excellent début de semaine les gars.

Eugène NG.

Le lun. 9 mai 2022, 17:59, Stéphane Rivière  a écrit :

> Avé
>
> Pour répondre à Eugène, le réseau dans le Cloud c'est très bien quand ça
> marche, quand ça déconne et que tu es impuissant parce que l'API est buggé
> / maintenance / dit que c'est ok mais ne le fait pas et que le support te
> répond pas avant 48 à 72h même avec des options de support premium ce n'est
> pas raisonnable.
>
> C'est un point clé.
>
> Et, de plus, en cas de gros problème général, les robots derrière les API
> sont surchargés et mettent des heures à exécuter la demande.
>
> d'une VM dans un cluster au bureau n'est pas le même que dans un Cloud
> public et à part de très rares applications personne n'a besoin
> d'autoscaling.
>
> C'est ça.
>
> Il y aurait bien le nocode qui pourrait changer la donne mais quand on
> évoque ce sujet avec les clients, le fait d'être enfermé dans un logiciel
> propriétaire fait peur à tout le monde surtout pendant ces années
> d'incertitudes.
>
> Le nocode (je suis dev à la base), ça fait 30 ans que j'en vois. Des trucs
> parfois surprenants et qui créent réellement des applications utilisables,
> pas si triviales (disons qu'on dépasse de beaucoup la démo du carnet
> d'adresse pour aller vers un ERP minimal ou le traitement d'un workflow
> particulier).
>
> Cliquer à longueur de journée des widgets et des cases à cocher pour
> composer une application nocode aura toujours un coût.
>
> Après, en étant un peu taquin, le nocode est une chose, mais le
> noanalysis, c'est pas pour demain ;>
>
> ...Le souci dans les formations c'est qu'ils ne font plus que du virtuel
> et beaucoup ont peur du matériel et ne veulent pas s'y intéresser
>
> Arf, on est lundi, mais je ne résiste pas.
> https://www.youtube.com/watch?v=YVMFvmXBrRM
>
> --
> Stéphane Rivière
> Ile d'Oléron - France
>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH][BIZ] DevNetOps State

[Stéphane Rivière]

Avé
Pour répondre à Eugène, le réseau dans le Cloud c'est très bien quand 
ça marche, quand ça déconne et que tu es impuissant parce que l'API 
est buggé / maintenance / dit que c'est ok mais ne le fait pas et que 
le support te répond pas avant 48 à 72h même avec des options de 
support premium ce n'est pas raisonnable.


C'est un point clé.

Et, de plus, en cas de gros problème général, les robots derrière les 
API sont surchargés et mettent des heures à exécuter la demande.


d'une VM dans un cluster au bureau n'est pas le même que dans un Cloud 
public et à part de très rares applications personne n'a besoin 
d'autoscaling.

C'est ça.
Il y aurait bien le nocode qui pourrait changer la donne mais quand on 
évoque ce sujet avec les clients, le fait d'être enfermé dans un 
logiciel propriétaire fait peur à tout le monde surtout pendant ces 
années d'incertitudes.


Le nocode (je suis dev à la base), ça fait 30 ans que j'en vois. Des 
trucs parfois surprenants et qui créent réellement des applications 
utilisables, pas si triviales (disons qu'on dépasse de beaucoup la démo 
du carnet d'adresse pour aller vers un ERP minimal ou le traitement d'un 
workflow particulier).


Cliquer à longueur de journée des widgets et des cases à cocher pour 
composer une application nocode aura toujours un coût.


Après, en étant un peu taquin, le nocode est une chose, mais le 
noanalysis, c'est pas pour demain ;>


...Le souci dans les formations c'est qu'ils ne font plus que du 
virtuel et beaucoup ont peur du matériel et ne veulent pas s'y intéresser
Arf, on est lundi, mais je ne résiste pas. 
https://www.youtube.com/watch?v=YVMFvmXBrRM


--
Stéphane Rivière
Ile d'Oléron - France



OpenPGP_0x68A4C5C1D498F92F.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: [FRnOG] [TECH][BIZ] DevNetOps State

[Wallace]

Je suis assez d'accord avec tout cela Stéphane.

Pour répondre à Eugène, le réseau dans le Cloud c'est très bien quand ça 
marche, quand ça déconne et que tu es impuissant parce que l'API est 
buggé / maintenance / dit que c'est ok mais ne le fait pas et que le 
support te répond pas avant 48 à 72h même avec des options de support 
premium ce n'est pas raisonnable.


Au contraire automatiser pour le réseau qu'on possède c'est clairement 
dans le temps. On a automatisé pas mal depuis qu'on est passé chez 
Arista avec l'API http, un régal avec Ansible. Historiquement avant que 
tous les Xops n'éxistent on le faisait aussi sur des Cisco gamme 
catalyst / Extreme Net / Fortigate / Netscreen avec du shell / perl / 
python pour dialoguer par ssh et même telnet y a plus de 20 ans déjà. Et 
sans même remonté à aussi loin le choix d'Ansible était clairement tout 
trouvé avec le mode agentless impératif sur ce genre d'équipements sans API.


Des retours arrières du Cloud on en voit toutes les semaines, clairement 
le prix même avec des applications Cloud native qui font de la 
consommation à l'usage vraiment bien optimisé c'est le critère numéro 1. 
Pour le moment ces providers n'ont pas répercuté la montée de 
l'électricité vu qu'ils ont des contrats à long terme de plusieurs 
années, je pense qu'ils s'observent tous et dès qu'un aura franchi le 
pas ils vont tous enchaîner. Et là les projets de retour on premise dans 
les bureaux ou des DC va revenir en flêche, le prix de revient d'une VM 
dans un cluster au bureau n'est pas le même que dans un Cloud public et 
à part de très rares applications personne n'a besoin d'autoscaling.


Il y aurait bien le nocode qui pourrait changer la donne mais quand on 
évoque ce sujet avec les clients, le fait d'être enfermé dans un 
logiciel propriétaire fait peur à tout le monde surtout pendant ces 
années d'incertitudes.


Par contre des demandes de petits clusters de serveurs avec un peu de 
virtualisation ou des NAS sont plus courantes depuis le covid.


Et pour rebondir sur Stéphane, le souci dans les formations c'est qu'ils 
ne font plus que du virtuel et beaucoup ont peur du matériel et ne 
veulent pas s'y intéresser. Sans être technicien au DC au quotidien, 
j'estime que de ne pas maîtriser la couche basse, le choix du matériel, 
savoir diagnostiquer, connecter, faire fonctionner tout cela c'est 
vouloir fermer les yeux sur une partie primordiale de son activité.


Exemple qui m'a bien fait rire y a pas longtemps, on intervient sur un 
Linux Suse en bare metal qui fait tourner une grosse suite proprio CRM, 
le serveur est assez bien fournit, 4 cpu gold, 2To de ram, 5To full 
nvme. Les collègues qui n'avaient jamais vu de matériel aussi gros en 
physique (ils ont parfois manipulé encore mieux en virtuel), ne 
comprenez pas quand je leur disais, pendant votre phase de mise à jour / 
réinstallation limitez au maximum les reboot. Un reboot prenait 35 
minutes sur ce serveur, ils ne comprenaient pas pourquoi, j'ai donc eu 
plusieurs fois 35 minutes pour expliquer ce que font les micro logiciels 
(bios / UEFI) au démarrage avant de passer la main au système.


Au final quand une génération d'admin réseau aura connu que du virtuel 
revenir au physique ça piquera tout autant et pourtant clairement la 
demande sera là. Le Edge Cloud dans les entreprises ça commence à 
arriver, c'est une sorte de retour on premise mais virtualisé et plus un 
équipement une fonction.


A notre niveau c'est plutôt ça le problème mais on forme à ça.

Le 09/05/2022 à 09:41, Stéphane Rivière a écrit :

Eugène,

Ce que je constate (ça réponds pas directement à ton questionnement 
DeNetOps) :


- Ils sont tous en mode cloud, se disent qu'ils vont de fait éliminer 
une bonne partie de ces bipèdes pileux qui se nomment sysadmins. Ils 
foncent chez Googlazurzone puis découvrent quelques détails, mais un 
peu tard : une infra cloud ça se gère comme le reste, sauf que ça 
devient un environnement totalement proprio et qu'il faut alors se 
munir de bipèdes pileux qu'on nomme devops AWS, devops Zuzure, etc. 
Enfin, l'addition en fin de mois est intéressante. Au bout d'un an ou 
deux, ça commence à tousser.


- Certains clients font alors le chemin inverse. Dans le 'bas de 
gamme' AWS, nos instances, infogérance comprise, ont un coût global 
divisé par trois et elles sont plus véloces (faut que je qualifie ce 
genre de retours avec un client). On est meilleur qu'eux, on est juste 
plus agile et ça fait belle lurette (étant aussi sous Xen), qu'on est 
passé du mode HVM au PVH. Ça démontre juste que nous aussi on fait du 
R mais qu'on a pas des millions d'instances à gérer en legacy :)


- Le vrai 'on premise' au sein de la structure du client, c'est déjà 
plus complexe. Pour des TPE/PME, ça pourrait n'être qu'une baie de 
recueil des sauvegardes, afin que le patrimoine numérique de 
l'entreprise soit dupliqué en interne (les DC, ça brûle, peut être 
qu'un jour, ça se prendra un missile, etc...).


D'une manière 

Re: [FRnOG] [TECH][BIZ] DevNetOps State

[Stéphane Rivière]

Eugène,

Ce que je constate (ça réponds pas directement à ton questionnement 
DeNetOps) :


- Ils sont tous en mode cloud, se disent qu'ils vont de fait éliminer 
une bonne partie de ces bipèdes pileux qui se nomment sysadmins. Ils 
foncent chez Googlazurzone puis découvrent quelques détails, mais un peu 
tard : une infra cloud ça se gère comme le reste, sauf que ça devient un 
environnement totalement proprio et qu'il faut alors se munir de bipèdes 
pileux qu'on nomme devops AWS, devops Zuzure, etc. Enfin, l'addition en 
fin de mois est intéressante. Au bout d'un an ou deux, ça commence à 
tousser.


- Certains clients font alors le chemin inverse. Dans le 'bas de gamme' 
AWS, nos instances, infogérance comprise, ont un coût global divisé par 
trois et elles sont plus véloces (faut que je qualifie ce genre de 
retours avec un client). On est meilleur qu'eux, on est juste plus agile 
et ça fait belle lurette (étant aussi sous Xen), qu'on est passé du mode 
HVM au PVH. Ça démontre juste que nous aussi on fait du R mais qu'on a 
pas des millions d'instances à gérer en legacy :)


- Le vrai 'on premise' au sein de la structure du client, c'est déjà 
plus complexe. Pour des TPE/PME, ça pourrait n'être qu'une baie de 
recueil des sauvegardes, afin que le patrimoine numérique de 
l'entreprise soit dupliqué en interne (les DC, ça brûle, peut être qu'un 
jour, ça se prendra un missile, etc...).


D'une manière plus générale, le bullshit en IT est infini, devops, 
cloudops, devnetops, netsecops et la marmotte emballa le chocolat. Ce 
qui compte, ce sont les gens, les méthodes, les philosophies et les 
architectures. En école d'ingé dev, plus aucune méthode n'est enseignée, 
depuis plus d'une décennie. J'ai encore reçu samedi un élève ingé en fin 
de première année pour un stage d'un trimestre : bien sous tout rapport, 
conscient de cette notion qu'est l'ingénierie et... il n'a jamais eu un 
topo sur les méthodes de dev : on lui jette des projets en C et Bash la 
première année, à lui de se démerder (au moins ils ont obligation de 
tout faire à la console, les clickodromes sont interdits).


Donc la première chose qu'il va faire dans son stage, puisqu'il est très 
enthousiaste sur ce qu'on lui propose, c'est de découvrir la 
méthodologie : programmation modulaire et structurée puis méthodes 
objets (au pluriel car si seule la méthode objet par classification est 
généralisée en IT, la méthode objet par composition est souvent plus 
appropriée - quand l'application d'une méthode objet est pertinente car 
l'approche objet n'est pas une fin en soit).


Donc la mode est une chose, la réalité en est une autre et, souvent mais 
pas toujours, les coûts et la marge, sont de puissants leviers pour 
revenir au 'principe de réalité'.


--
Stéphane Rivière
Ile d'Oléron - France



OpenPGP_0x68A4C5C1D498F92F.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

[FRnOG] [TECH][BIZ] DevNetOps State

[Eugène Ngontang]

Bonjour les guru,

Je veux ici ouvrir un petit débat au sujet du *DevOps *dans le
contexte des *Opérations
Réseaux*  de nos jours.

En fait j'ai eu dans le cadre des activités de mon entreprise, quelques
projets *DevOps (Infrastructure As Code, CI/CD, Automatisation...)* dans
des contextes purement réseau, *SDN (Cisco ACI)*...

Je me demandais avec la flambée des projets de "Transformation Digitale"
en mode Go To Cloud, si vous pensez de votre point de vue, q'il y a encore
des réels besoins de transformation *On Premise*, et si possible qu'est ce
que cela représenterait comme part de marché dans le mouvement *DevOps*

Quel est votre avis ou quels sont vos REX sur le *DevNetOps* et quelles
sont les niches potentielles en termes de techno, cibles, profils
d'entreprises...

Mes questions sont plutôt ouvertes et pas forcément suggestives, j'aimerais
simplement avoir quelques retours pertinents sur la question car le
*DevNetOps* reste encore très peu connu ou alors abordé, encore que nous ne
sommes pas nombreux à réellement comprendre et maitriser le *DevOps* même
dans son essence (mais ce n'est pas le sujet ).

Merci et excellent weekend.

Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/