Reprise du message précédent :
Non mais tous les ccie sont pas à 150k en free-lance hein, vous idéalisez le truc...ça n’a rien d’exceptionnel non plus. La presque-preuve, j’aurais pu y prétendre
J’en connais deux qui sont au dessus du lot (dans le genre référent pour les autres ccie), et qui pourraient effectivement se faire une fortune ailleurs. Mais ils s’éclatent dans leur boulot, gagnent bien leur vie, tout en n’y passant pas 70 heures par semaine, et sans être obligés de travailler à Paris/en Suisse/au Luxembourg/etc.
 
C’est un choix de vie/carrière que je trouve très respectable.

Dites, j’avais vu passer il y a quelques semaines que Cisco perdait beaucoup de parts au profit de Huawei notamment.
 
D’ailleurs, dans ma boîte, on commence à prendre pas mal de Huawei parce que « c’est moins cher ».
 
Les certifs Cisco ne vont-elles pas perdre leur valeur sur le marché du travail ?

Bah Cisco part historiquement d'un quasi-monopole, il ne peut que perdre des parts de marché
Franchement, les certifs ont déjà perdues de la valeur : le CCNA ne vaut plus rien, le CCNP est maintenant tellement facile à avoir en quelques mois en apprenant par coeur les réponses, que de nombreux titulaires n'ont en fait aucune expérience concrète. Même le CCIE, le graal il y a 15 ans, y en a un nombre sur le marché du travail maintenant...
Après ca reste des certifications recherchées hein quand j'ai passé CCNA et CCNP (je le suis officiellement plus depuis quelques années...), les questions étaient plutôt généralistes, pas trop centrées sur l'IOS. Bon t'avais quand même quelques questions du style "quelle est la syntaxe exacte pour configurer l'aging-time de la mac-adress-table sur un switch catalyst"

Cisco rend les examens impossibles à avoir maintenant, donc les certifs vont à nouveau avoir de la valeur. Pour le CCIE ça reste une valeur sûre en europe.

Ah bien ça ! Concrètement, ils font ça comment ? C'est plus des QCM ?

si, c'est juste qu'il n'y a plus aucun dump valide disponible, dès que le passing rate devient un peu trop élevé ils changent tout le pool de questions,mais ils ont "oublié" de baisser le niveau de difficulté, ils ont un peu baissé le passing score par contre.
 
J'ai passé mon CCNA DC, objectivement ce n'était pas facile, les examens du CCNP DC sont juste presque impossibles à avoir si tu n'as pas appris des milliers de pages de docs par coeur.
 
Je donne un cours DCII cette semaine, la différence entre le contenu du cours et les questions de l'examen est juste hallucinante.
 
On trouve encore quelques dumps mais c'est chaud. Quand j'ai passé mon DCICT 95% des questions n'étaient pas dans le fichier alors que j'étais sensé avoir une version à peu près à jour.

 
De ce que m'a dit mon pote, ils sont parti en lutte acharner contre toutes les plateformes de partage de dump. Ca devient très très dur de trouver des dumps à jour.
A côté de ça ils ont fait la chasse au fraudeur. Sur le CCNP peut être pas, mais sur le CCIE il y a eu des sessions en Asie où 90% des validés ont été révoqués.

le dommage collatéral, c'est que maintenant, pour trouver des instructeurs certifiés à donner des cours avancés, au secours

Quelqu'un est deja passé d'ingé reseaux/sécu a ingé linux/dev ops ?
J'ai l'impression que les entreprises sont en train de balancer la moitie de leur SI sur du AWS ou de l'Azure, et il va bien falloir que l'on se recycle quelque part.
Je pensais partir sur une certif linux...pourquoi pas les red hats, mais je connais pas trop le domaine, ce qui est reconnu etc

Forme toi a la secu dans le cloud, tu seras le roi du pétrole no redface

 
L'avenir est dans le cloud
Si tu veux te former à quelque chose qui améliore ta valeur marchande c'est vers ça qu'il faut se tourner, pas vers des certifs basiques d'admin sys

Oui mais quoi comme "secu", secu genre sécurisation appli Web via reverse proxy...t'as l'air d'avoir une idée en tete, tu peux developper ?
Dans tous les cas, une certif AWS me parait pas mal, et pour Linux, ce n'est pas sys admin pure dont je parlais mais plus un set de compétences pour postuler à des offres genre polyvalente linux/python/docker/ansible...

Pas d'accord. Tu auras toujours un paquet matos qui sera pas dans le cloud.
 
 

 
Les certif red hat c'est pas vraiment de l'admin sys de base hein

Le cloud va t'il concentrer aussi les besoins réseaux ?

Si tout est dans le cloud, configurer un réseaux OSPF en interne servira plus rien    
Va falloir se préparer à faire du dev d'une facon ou une autre, ce que déteste la plupart des ingé réseaux/Sécu

Faudra bien un truc entre l'utilisateur et le cloud, tout de même
Après oui, avec le développement du DevOps/automatisation/SDN, il faudra savoir coder. Mais le tout est de savoir *quoi* coder, ce qui colle aux savoirs d'aujourd'hui

nooonnn  

Bon voila vous pouvez deprimer et pleurer, ou apprendre a coder
 
https://www.cbtnuggets.com/blog/201 [...] e-by-2020/

Tout ces postes depuis des années, pour dire que nos métiers vont disparaître. Que tout ça être automatiser etc.  
Vous allez en entreprise parfois ? 90% des boites ont énormément de retard et n’ont pas du tout la maturité pour. Dans les 10% les rares projets ont souvent des résultats bien loin de ceux prévus.
Et vous croyez que ça va se faire tout seul le troubleshoot de latence, proxy, tunnel ipsec, etc.  
Bref continuez votre expertise (réseau ou secu) vous aurez du boulot pour un paquet d’années.  

agreed. Le tout cloud est un mythe et le restera longtemps. Rien que la gestion du legacy + le coût du ticket d'entrée à l'automatisation...

Ecoute j’espère, mais j'ai commence a me former sur python, et j'ai pris un abo a linuxacademy pour préparer la certif lpic.
Ça ne sera pas perdu de toute façon, et on ne sait jamais  

Dans une partie de la Californie p'tet, ici bon déjà j'ai encore des hôtes KVM
C'est marrant ton lien, je suis le premier et je cherche à devenir le second
Pas de chance
 
XaT

D'ailleurs j'ai créé un topic sysadmin (&net) il y'a quelques jours https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
 
XaT

Il y aura toujours des jobs réseaux, mais plus autant qu'avant et c'est logique pourquoi se casser la tete avec la création d'un datacenter, et sa gestion quand avec une connexion internet tu peux te créer logiquement un DC.
Sinon, le métier d'ingé réseaux n'a pas beaucoup changé quoi que l'on dise, c'est toujours les memes protocoles depuis 20 ans, ethernet, IP, TCP, OSPF, BGP.
L'ingé réseaux qui s'endort en 2001 et se réveille en 2018 ne sera pas chamboulé, et c'est un peu pareil pour l'admin linux je pense.
Par contre le devéloppeur en visual basic risque de plus rien comprendre.

Nan mais vous avez raison, l'IaaC, SDN, NFV, SDWan, tout ça ça change rien
Pareil pour l'ingénieur système : l'orchestration, les services de stockage de secrets, la conteneurisation (oui, les jails/lxc ça existe depuis des années. Non, c'est pas comparable)...
Par contre, je suis pas d'accord, y'a plein de boîtes/services qui peuvent pas migrer dans le cloud simplement pour des raisons législatives

 
Je connais pas trop lpic. Tu es sur que c'est pertinent vis à vis des certifs RedHat ?
 

 
Tu noteras que je ne parle pas de l'ingé système/stockage car justement c'est bien un des métiers les plus impactés.  
Mais pour le reste... comptez le nombre de boite française mature sur du Cisco ACI ou de l'automatisation firewall (encore plus rare à mon sens).

Lpic c'est plus facile que la redhat et c'est reconnu, mais c'est clair que le top c'est les certif RedHat
 

Le risque c'est pas les Cisco ACI ou Vmware NSX, mais le tout cloud.
J'ai mis un CV customizé devops sur un monster like, et je ne compte pas les appels ou ils veulent un ingé devops pour migrer sur AWS.
Le problème, de ce que je ressent, c'est que l'ingé devops c'est demandé souvent pour des migrations mais je ne vois pas beaucoup de "prod". Du coup, pour des missions longue c'est un peu rippé. Et ca c'est pas terrible, rechercher une mission tous les 6/8 mois c'est vraiment pas top, au moins la prod réseaux tu peux rester 2/3 ans facile
 
En tout cas 11 ans après avoir eut mon diplôme, je me remets à faire du dev sur codeacademy, c'est vraiment pas mal le principe et ça va j'aime plutôt

 
Projet => meilleur TJM que la prod.
Et accessoirement boulot plus intéressant aussi
Etant donné la tendance forte de migration vers le cloud et vers l’industrialisation/automatisation, en te mettant à fond sur devops tu peux potentiellement enchaîner des projets chez le même client => Mission longue.

Tiens parlant de SDN/NFV/SDWan j'aime bien le blogueuh de Frédéric Launay : http://blogs.univ-poitiers.fr/f-launay/
 
XaT

Intéressant ce blog, merci pour l'info !

 
Pas d'accord. C'est juste des contraintes différentes.
 

Bah justement, j'ai bossé récemment avec deux boîtes, une qui regarde Cisco ACI, et l'autre qui déploie Tuffin

Après, le SDN, c'est jamais que l'application aux réseaux informatiques de ce qu'on faisait dans la téléphonie y'a looooooongtemps. Séparation du plan de contrôle et de données, toussa...
Bon, les API étaient standards, mais moins accessibles par contre

Tiens j'ai suivi une formation 5G de lui.

 
Bien sur que ça existe, je bosse avec deux boites qui sont sur ACI ou en train de passer dessus. Mais ça reste une minorité de boite qui sont bien plus mature que la masse.
 
Et Tuffin ils en font quoi ? Déploiement automatique de règles via un workflow de demande ? Ou simplement vérifier les objets non utilisé ?

À première vue, on parle d'un workflow demande -> validation - déploiement. Après, c'est pas mon domaine, je suis juste le truc de loin avec intérêt

 
Il faut être joueur pour faire ça

y'a toujours une étape validation au milieu avant déploiement, en tout cas dans les infras que j'ai vu perso

 
Je sais    
 
Tout le monde bande devant les commerciaux quand ça en parle mais quand il faut valider la mise en place automatique via un workflow, il n'y a plus personnes. Pour 98% des boites, c'est utopique comme niveau de maturité.

tellement

 
Et les boîtes matures qui maitrisent leur infra n'ont pas forcément besoin d'un Tufin ou équivalent.
Je serais curieux d'avoir le retour d'expérience d'une boîte qui utilise vraiment l'automatisation dans le déploiement de règles FW.