Être averti quand un dossier vérifié arrive sur ce métier → · Indiquez lesquelles de ces tâches sont les vôtres (VOLO Pro, gratuit pendant le lancement) →
Ingénieur réseau
Conçoit, configure et fait fonctionner les réseaux — réseaux d'entreprise et réseaux des opérateurs qui portent le mobile et le haut débit : planifie la capacité, effectue les changements de configuration, dépanne les pannes et en répond. Les grands opérateurs laissent désormais l'automatisation effectuer par dizaines de millions les changements de configuration courants et utilisent des agents d'IA pour diagnostiquer les pannes et proposer des corrections ; les bancs d'essai montrent que les modèles de langage ne corrigent encore correctement qu'une minorité des erreurs de configuration complexes, et les projections américaines prévoient que les emplois d'administrateur reculeront tandis que ceux d'architecte réseau progresseront.
Listez les changements de configuration que vous avez effectués le mois dernier et marquez lesquels auraient pu être automatisés sans risque et lesquels demandaient du jugement.
Ce n'est pas une probabilité de perdre votre emploi. Il combine la part de la charge de tâches du poste exposée à l'automatisation avec le chemin réellement parcouru par l'adoption — utile pour comparer des métiers sur une même base cohérente, et pour rien d'autre.
Écrit pour les ingénieurs, administrateurs et architectes réseau en entreprise et chez les opérateurs de télécommunications. Le DevOps, le support informatique et les analystes sécurité ont leurs propres pages. Les éléments sont les récits de grands opérateurs sur leur propre automatisation du réseau, deux bancs d'essai de recherche sur les modèles de langage en configuration et en dépannage, les règles américaines de déclaration des pannes et les projections américaines de l'emploi ; ils établissent ce que les opérateurs automatisent et ce que les modèles savent faire sur des réseaux de test, non comment les heures des ingénieurs ont changé dans l'ensemble du métier.
Ce qui change réellement#
L'unité d'analyse est la tâche, non l'intitulé du poste. Un poste n'est pas remplacé — sa composition en tâches se déplace.
Chaque case est une tâche. Sa taille est son poids dans le métier ; sa couleur, la direction que prend la tâche. Cliquez sur une case pour voir ce que ce jugement n'établit pas.
Le chiffre de l'opérateur est le sien ; la projection compte des emplois d'architecte aux États-Unis, non la part du travail de conception que font désormais les outils.
Les chiffres des opérateurs sont leurs propres récits, et les « milliers de techniciens » de Verizon sont son scénario contrefactuel, pas un décompte d'emplois ; le banc d'essai est une prépublication sur des réseaux synthétiques.
Le chiffre de l'opérateur est le sien ; le banc d'essai teste des réseaux de laboratoire avec des tickets réécrits.
Une projection pour un métier américain plus large qui inclut les administrateurs systèmes ; elle ne distingue pas quelle part du recul chaque raison explique.
Une règle américaine pour les fournisseurs de communications ; elle régit la manière dont les pannes sont déclarées, non la manière dont le dépannage est effectué.
C'est votre métier ? Dites-le et cette page se resserre sur votre part de celui-ci.
Un intitulé de poste est un paquet de tâches achetées ensemble, et deux personnes n'ont jamais le même paquet. Rien n'est envoyé où que ce soit — cela reste dans ce navigateur.
Lire les 5 tâches en entier — direction, raison et limites →
Changements récents#
Un banc d'essai de 200 scénarios de dépannage sur huit topologies de réseau, comprenant de faux signalements de panne et de fausses affirmations sur la cause première, soumis à trois agents. L'article rapporte que les agents sont presque à saturation sur les tickets exacts mais diagnostiquent à tort jusqu'à 24 % des réseaux sains, et que la seule formulation du ticket fait varier la précision du diagnostic de jusqu'à 14,5 points de pourcentage. Il teste des réseaux de laboratoire émulés, avec un LLM comme juge.
Une démonstration, un référentiel ou un article montre que la tâche peut être faite. Cela met à jour ce que la technologie sait faire — pas ce que les employeurs feront.
États-Unis. L'office statistique projette que l'emploi des administrateurs de réseaux et de systèmes informatiques baissera de 4 % de 2025 à 2035, de 323 600 à 310 400, avec environ 13 400 postes à pourvoir par an au titre des remplacements. Il indique qu'une partie de leurs tâches est de plus en plus assurée par des développeurs logiciels orientés DevOps, qu'une partie est externalisée auprès d'entreprises fournissant le réseau en tant que service, et que les administrateurs automatisent de plus en plus les tâches courantes. Seule la dernière relève de l'automatisation ; le métier comprend aussi les administrateurs systèmes.
Une personne nommée, ayant une position reconnue, a publiquement prédit quelque chose, à une date, dans une déclaration attribuable. On l'enregistre pour que qui a dit quoi, et quand, reste vérifiable — et cela ne déplace jamais l'appréciation d'une tâche, car une prévision n'est pas une observation. Sa valeur arrive plus tard : l'enregistrement se trouve sur la même page que les preuves concernant ce métier, donc qui lit la prévision lit à côté le relevé de ce qui s'est passé ensuite. C'est là que les comptes se font ; ce site ne publie aucun verdict sur la réalisation d'une prévision.
États-Unis. L'office statistique projette que l'emploi des architectes de réseaux informatiques progressera de 8 % de 2025 à 2035, bien plus vite que la moyenne, de 181 800 à 195 800, avec environ 9 600 postes à pourvoir par an, et indique que les entreprises cherchant à tirer parti d'investissements technologiques tels que l'intelligence artificielle auront besoin de ces professionnels pour moderniser leur infrastructure informatique. Il compte des emplois dans un seul pays, pas des tâches.
Une personne nommée, ayant une position reconnue, a publiquement prédit quelque chose, à une date, dans une déclaration attribuable. On l'enregistre pour que qui a dit quoi, et quand, reste vérifiable — et cela ne déplace jamais l'appréciation d'une tâche, car une prévision n'est pas une observation. Sa valeur arrive plus tard : l'enregistrement se trouve sur la même page que les preuves concernant ce métier, donc qui lit la prévision lit à côté le relevé de ce qui s'est passé ensuite. C'est là que les comptes se font ; ce site ne publie aucun verdict sur la réalisation d'une prévision.
États-Unis, réseau de Verizon. Le directeur technique de l'entreprise écrit qu'en 2025 ses plateformes d'automatisation en boucle fermée ont exécuté de façon autonome plus de 70 millions de changements de configuration réseau, que ces changements, réalisés à la main, auraient exigé des milliers de techniciens travaillant jour et nuit, et que des problèmes que les équipes d'ingénierie mettaient des heures à diagnostiquer et à corriger sont désormais identifiés et résolus en moins de deux minutes. C'est l'opérateur qui décrit ses propres systèmes ; les « milliers de techniciens » sont son scénario contrefactuel, pas un décompte d'emplois modifiés.
Un employeur l'a mis en production. Cela peut déplacer la ligne de base — pondéré par l'échelle et par la ressemblance du cadre avec le vôtre.
Un banc d'essai de 231 problèmes de correction de configurations sur des topologies de réseau de 20 à 754 nœuds, contrôlés par vérification formelle, sur lequel neuf modèles de langage ont été évalués. L'article rapporte que le modèle le plus performant n'a résolu que 25 % des scénarios, que les résolutions strictement correctes — toutes les pannes corrigées sans aucune régression — sont intervenues dans au plus 25,5 % des cas, et que les modèles sont le mieux employés comme assistants avec un humain dans la boucle. C'est une prépublication portant sur des scénarios synthétiques.
Une démonstration, un référentiel ou un article montre que la tâche peut être faite. Cela met à jour ce que la technologie sait faire — pas ce que les employeurs feront.
Allemagne, réseau mobile de Deutsche Telekom. L'opérateur dit que depuis son lancement en novembre 2025, son agent RAN Guardian a déclenché de façon autonome plus de 100 actions correctives lors de marchés de Noël au cours de son premier mois, et qu'en exploitation réelle il a ramené le temps nécessaire pour gérer les grands événements de plusieurs heures à environ une minute, soit une amélioration de plus de 95 %. L'agent a été codéveloppé avec Google Cloud ; le système plus large MINDR n'est que prévu. C'est l'opérateur qui décrit son propre système.
Un employeur l'a mis en production. Cela peut déplacer la ligne de base — pondéré par l'échelle et par la ressemblance du cadre avec le vôtre.
Japon, réseau de NTT DOCOMO, en service depuis le 4 février 2026. L'opérateur dit que le système détecte les anomalies, identifie les points de défaillance suspectés et présente des actions recommandées aux ingénieurs de maintenance, et qu'il réduit de plus de 50 % le temps de réponse aux pannes réseau complexes qui exigeaient auparavant une analyse manuelle. La plateforme est fournie par AWS ; les ingénieurs agissent sur ses recommandations. C'est l'opérateur qui décrit son propre système.
Un employeur l'a mis en production. Cela peut déplacer la ligne de base — pondéré par l'échelle et par la ressemblance du cadre avec le vôtre.
Un opérateur, un routeur de bordure à Miami. Le rapport post-incident de Cloudflare indique qu'un changement poussé par sa plateforme d'automatisation des politiques à 20 h 25 UTC a produit des annonces inattendues vers des fournisseurs de transit et des pairs, que la fuite de routes a duré 25 minutes, et qu'à 20 h 50 UTC le changement de configuration fautif a été annulé manuellement par un opérateur réseau et l'automatisation suspendue pour ce routeur ; parmi les mesures correctives annoncées figure l'évaluation automatique des politiques de routage dans ses chaînes CI/CD. Il montre une politique de routage écrite et poussée en production par l'automatisation, et une personne qui intervient quand elle échoue ; un incident n'est pas une mesure du secteur.
Un employeur l'a mis en production. Cela peut déplacer la ligne de base — pondéré par l'échelle et par la ressemblance du cadre avec le vôtre.
États-Unis, fournisseurs de communications. La règle dispose que la notification ainsi que les rapports de panne initial et final doivent être soumis par une personne autorisée par le fournisseur à les soumettre, qui est aussi habilitée à engager juridiquement le fournisseur quant à la véracité du rapport, et que chaque rapport final doit être attesté par cette personne, qui déclare sous serment que les informations sont vraies, correctes et exactes. Elle régit la manière dont les pannes sont déclarées, non la manière dont le dépannage est effectué.
Un échec, un retour en arrière, une réglementation ou un coût freine l'adoption. Cela peut abaisser une appréciation ou élargir son incertitude.
Ce que cela veut dire pour vous#
Si vous débutez, attendez-vous à ce que la configuration courante et le diagnostic de premier niveau soient automatisés chez les grands opérateurs, et à ce que le rôle d'administrateur dans les petites entreprises soit comprimé par l'automatisation, le DevOps et l'externalisation. Visez le travail que les outils ne font pas encore bien — la conception, la réparation complexe, et juger si une correction automatisée est sûre.
Attendez-vous à superviser l'automatisation plutôt qu'à taper des commandes : fixer les garde-fous des changements en boucle fermée, vérifier les diagnostics des agents, et concevoir les réseaux dont les charges de travail d'IA ont besoin. Les projections prévoient que les postes d'architecture progresseront tandis que les postes d'administrateur reculeront.
Vos options#
Quatre directions, chacune avec ses contraintes réelles et une chose que vous pouvez tester cette semaine. Continuer comme aujourd'hui est un choix légitime — il faut simplement que ce soit un choix.
Rester, et prendre en main l'automatisation
Les opérateurs exécutent des dizaines de millions de changements automatisés ; quelqu'un doit en fixer les limites et intervenir quand la correction d'un modèle casserait quelque chose.
Demande des compétences en programmation et en vérification au-delà du travail classique en ligne de commande.
Listez les changements de configuration que vous avez effectués le mois dernier et marquez lesquels auraient pu être automatisés sans risque et lesquels demandaient du jugement.
Aller vers l'architecture réseau
Les projections américaines prévoient que les emplois d'architecte réseau progresseront à mesure que les entreprises modernisent leur infrastructure pour l'IA et le cloud, tandis que les emplois d'administrateur reculent.
Les postes d'architecture demandent généralement plusieurs années d'expérience et des connaissances de conception plus larges.
Regardez cinq offres d'emploi d'architecte réseau près de chez vous et listez les compétences demandées que vous n'avez pas encore.
Passer à la sécurité réseau ou au DevOps
Une partie du travail d'administration réseau passe aux équipes DevOps, et le contrôle d'accès comme la gestion des incidents restent aux personnes.
Les deux demandent de nouvelles compétences — le code et les chaînes de livraison pour le DevOps, l'analyse des menaces pour la sécurité.
Demandez à votre équipe DevOps ou sécurité quelles tâches réseau elle prend déjà en charge elle-même.
Questions fréquentes#
En partie, du côté du travail courant. Les grands opérateurs automatisent désormais des dizaines de millions de changements de configuration et utilisent des agents d'IA pour diagnostiquer les pannes, et les projections américaines prévoient que les emplois d'administrateur baisseront de 4 %. Mais les bancs d'essai montrent que les modèles ne corrigent encore correctement qu'une minorité des erreurs de configuration complexes, les rapports de panne doivent venir d'une personne autorisée, et les emplois d'architecte réseau devraient progresser de 8 %.
Nous ne répondons pas à cette question par un nombre d'années. Surveillez plutôt deux signaux : si les modèles commencent à corriger des erreurs de configuration complexes sans introduire de nouvelles pannes, et si les opérateurs laissent des agents agir sur les pannes sans l'approbation d'un ingénieur. Aujourd'hui, les bancs d'essai consignés ici montrent que le premier n'est pas atteint, et les opérateurs décrivent des ingénieurs qui agissent sur les recommandations des agents.
Les changements courants, oui, à grande échelle : Verizon dit avoir exécuté de façon autonome plus de 70 millions de changements de configuration en 2025. La réparation complexe, pas de manière fiable : sur un banc d'essai de 231 problèmes de configuration, le meilleur modèle n'a entièrement résolu que 25 % des scénarios, et des agents de dépannage ont diagnostiqué à tort jusqu'à 24 % des réseaux sains.
Cela dépend du côté. Les projections américaines prévoient que l'emploi des architectes réseau progressera de 8 % de 2025 à 2035, mais que celui des administrateurs baissera de 4 %, en partie parce que les tâches courantes sont automatisées et en partie parce que le travail passe aux équipes DevOps et à des prestataires externes.
Sur quoi reposent ces jugements#
Sur les 5 jugements de tâche de cette page, 4 s'appuient sur un événement vérifié et 1 relèvent d'une inférence de la plateforme, chacun étant signalé là où il apparaît. Derrière eux se trouvent 2 dimensions technologiques, une trajectoire reconstruite depuis que les modèles de langage ont atteint le public, et 9 événements vérifiés.
Voir quelles technologies, comment on en est arrivé là, et la méthode →
Sa place dans la nomenclature officielle : compétences, connaissances, métiers liés →
Autres postes de la même fonction#
Une entreprise répartit son travail en fonctions avant de le répartir en postes. Ceux-ci se trouvent dans Technologie et données aux côtés de celui-ci — un fait d'organigramme, non un jugement selon lequel ils se ressembleraient ou évolueraient dans le même sens.
Développeur logiciel junior · Ingénieur logiciel expérimenté · Développeur frontal · Développeur côté serveur · Ingénieur de données · Ingénieur en apprentissage automatique · Chercheur en IA · Testeur logiciel / ingénieur qualité · Analyste de données · Data scientist · Analyste métier · Responsable des systèmes de gestion · Technicien de support informatique · Analyste sécurité (SOC) · Ingénieur DevOps / plateforme / SRE · Rédacteur technique / ingénieur documentation
