Dans le secteur technologique, nombreux sont ceux qui déplorent la « pénurie de compétences » en cybersécurité. Autrement dit, les organisations peinent à trouver des professionnels talentueux de la cybersécurité pour pourvoir des postes de plus en plus critiques dans tous les secteurs d’activité.
Mais on parle moins de la pénurie de compétences dans d’autres disciplines technologiques, comme les réseaux.
Robert Half Technology, qui suit l’évolution des salaires et des compétences dans l’ensemble du secteur informatique, a récemment publié ses enquêtes de 2016, qui révèlent une concurrence apparemment croissante pour recruter des spécialistes des réseaux.
Selon son premier rapport de 2016, « l’administration réseau » figure parmi les trois compétences actuellement les plus recherchées, 54 % des DSI interrogés ayant indiqué avoir besoin de spécialistes des réseaux.
Cela n’a rien de surprenant, ou du moins cela ne devrait pas l’être. Plus d’applications, c’est plus de serveurs et plus d’utilisateurs. Plus de serveurs et d’utilisateurs, c’est un réseau plus étendu. Et un réseau plus étendu nécessite davantage d’administrateurs réseau pour configurer, surveiller et gérer tous les éléments susceptibles de poser problème lors de la mise à disposition des applications, ainsi que pour résoudre les incidents qui peuvent survenir — et qui surviennent effectivement.
Aujourd’hui, la productivité et la rentabilité reposent sur des réseaux rapides et fiables. Cela englobe non seulement le routage et la commutation, mais aussi les services de distribution (équilibrage de charge) et d’amélioration des performances (mise en cache et multiplexage TCP) dont les applications ont besoin pour assurer des échanges rapides entre l’utilisateur et l’application, qu’il s’agisse d’un environnement professionnel ou grand public.
Mais ces services et ces réseaux ont besoin de personnel. Ils ont besoin de personnes qui savent concevoir l’architecture d’un réseau, appliquer les politiques aux endroits appropriés et déterminer quel service peut résoudre le plus efficacement un problème donné, qu’il s’agisse de capacité, de sécurité ou de rapidité.
Ces profils sont apparemment rares. C’est pourquoi le passage à l’échelle des opérations est impératif pour les DSI qui savent qu’ils doivent pouvoir compter sur davantage de spécialistes des réseaux. En fournissant des outils permettant d’automatiser et d’orchestrer une grande partie des tâches fastidieuses* qui accaparent aussi souvent les professionnels des réseaux que les développeurs, les DSI peuvent démultiplier l’efficacité de leurs précieuses — et peu nombreuses — ressources réseau. Réduire le temps consacré aux tâches « fastidieuses » présente l’avantage supplémentaire d’améliorer non seulement leur productivité, mais aussi leur satisfaction professionnelle. Cela peut contribuer à réduire la rotation du personnel réseau, qui coûte aussi cher aux organisations informatiques qu’à tout autre secteur où il faut consacrer du temps et de l’argent à la formation des nouvelles recrues.
Une étude du CAP a révélé que le coût moyen de remplacement d’un poste de niveau intermédiaire (30 000 à 50 000 $) s’élève à 20 % de son salaire annuel. Par exemple, remplacer un responsable gagnant 40 000 $ coûterait 8 000 $. Cette même étude a calculé la moyenne pour les postes « hautement qualifiés » (hors médecins et cadres dirigeants) et constaté que le coût de remplacement n’était que légèrement supérieur, à 20,7 %. Quoi qu’il en soit, nous savons tous que, dans certains secteurs, les postes informatiques dépassent la fourchette salariale « intermédiaire ». Comptez 20 % de leur salaire pour les remplacer, auxquels s’ajoute une baisse de productivité pendant qu’ils se familiarisent avec l’environnement.
Il ne s’agit donc pas seulement pour les DSI de parvenir à recruter de nouveaux talents pour les postes liés aux réseaux, mais aussi de trouver comment fidéliser les collaborateurs déjà en poste (et renforcer leurs capacités). Éliminer les tâches fastidieuses et superflues et dégager davantage de temps pour l’innovation — ainsi que pour adapter et concevoir les réseaux nécessaires à la prise en charge des nouvelles architectures applicatives, telles que les microservices et la conteneurisation — est essentiel pour remédier à la pénurie de compétences.
Les DSI doivent adopter l’automatisation et l’orchestration (appelez cela DevOps, SDx ou comme bon vous semble, mais surtout, ne les laissez pas de côté dans vos plans stratégiques), non seulement pour améliorer la capacité de l’entreprise à commercialiser rapidement de nouvelles applications (ou de nouvelles versions d’applications) et à prendre en charge le cloud (sur site comme hors site), mais aussi pour relever les défis liés à la mise à l’échelle du réseau face à une forte demande et à un vivier limité de professionnels réseau qualifiés.
Les API, les modèles et l’orchestration des centres de données sont essentiels pour répondre à la nécessité de faire évoluer les réseaux plus rapidement et plus fréquemment, tout en permettant à vos ingénieurs réseau d’en faire davantage sans les épuiser.
C’est important, car il se pourrait bien que l’herbe soit vraiment plus verte de l’autre côté de la clôture, sans tous ces yaks qui la piétinent en attendant d’être tondus.
*Pour les non-initiés, le « yak shaving » recouvre plusieurs définitions proches, dont la plus concise désigne les tâches qu’il faut accomplir avant de pouvoir faire son travail. L’exemple le plus courant est celui des développeurs qui doivent configurer, lancer et dépanner un serveur web afin de tester le code qu’ils viennent de terminer. Dans le domaine des réseaux, il peut s’agir de devoir configurer et dépanner un nouveau segment réseau afin de déployer des services réseau plus avancés, tels que l’équilibrage de charge, la sécurité des applications et les services liés aux performances.
À propos de l’auteur
Lori MacVittie est ingénieure émérite et évangéliste en chef au sein du bureau du directeur technique de F5. Elle possède une expertise approfondie dans la fourniture d’applications, les stratégies d’automatisation et les infrastructures. Elle est réputée pour sa capacité à rendre la complexité intelligible, qu’elle définisse des garde-fous pour les agents d’IA, analyse des architectures multicloud fragiles ou explore les limites des systèmes évolutifs. Elle cumule plus de trente ans d’expérience dans le secteur, couvrant le développement d’applications, l’architecture informatique ainsi que l’exploitation des réseaux et des systèmes. Avant de rejoindre F5, elle a été rédactrice spécialisée dans les technologies et a reçu plusieurs distinctions. MacVittie est titulaire d’un master en informatique et est une autrice prolifique dont les publications couvrent la sécurité, le cloud et l’architecture d’entreprise. Elle est également une passionnée de jeux de société et de jeux vidéo, et assume pleinement ses avis bien tranchés sur le fromage.
Autres articles de Lori Mac VittieArticles de blog associés
F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.