L'infrastructure n'est pas si importante pour l'avenir de la surveillance du réseau.

L'infrastructure n'est pas si importante pour l'avenir de la surveillance du réseau.
Lorsque nous examinons les défis posés par le monde numérique d'aujourd'hui, il devient clair que les opérateurs informatiques doivent être agiles et prêts à toute avancée technologique. Pour que l'industrie continue de prospérer et de croître, nous devons continuer à nous tourner vers l'avenir des technologies de l'information. Pour préparer l'avenir, il faut d'abord comprendre les changements en cours, et il y a eu plusieurs changements notables dans le monde des opérations au cours des dernières années. Le premier est la virtualisation. C'est la raison pour laquelle nous sommes passés d'un serveur sans système d'exploitation simple exécutant quelques applications à un serveur exécutant de nombreux "serveurs" virtualisés. Ces serveurs ont été abstraits en virtualisant le matériel serveur sous-jacent. Cela a permis aux opérateurs d'exécuter plusieurs "serveurs" sur un seul serveur physique. L'avantage est une charge de travail plus équilibrée sur l'ensemble de l'infrastructure et la possibilité de consolider les machines virtuelles sur moins de serveurs physiques, ce qui signifie moins d'investissement initial pour elles. Opérateurs informatiques. Le deuxième changement a eu lieu avec l'avènement et l'adoption écrasante des conteneurs. Les conteneurs sont similaires à la virtualisation, sauf qu'ils font passer l'abstraction au niveau supérieur. Plutôt que de simplement virtualiser le matériel et d'exécuter des systèmes d'exploitation complets sur chaque machine virtuelle, les conteneurs s'exécutent au-dessus du système d'exploitation d'un hôte ou d'un hôte. d'un nœud. Cela signifie que de nombreuses charges de travail s'exécutent sur un seul système d'exploitation. Ces nœuds n'ont pas besoin d'être sur du métal nu. Il peut également s'agir de machines virtuelles. L'idée est qu'il existe un "serveur" capable d'exécuter de nombreux conteneurs et d'équilibrer la charge de travail entre ces serveurs pour gagner en efficacité. La dernière évolution, la plus récente, concerne les fonctions en tant que service (FaaS). Certaines personnes appellent ce serveur sans serveur car cela élimine le besoin de maintenance du serveur au sein de l'organisation. Cela ne veut pas dire qu'il n'y a pas de serveur quelque part qui exécute la fonction, c'est juste que quelqu'un d'autre s'assure que cela fonctionne. FaaS permet aux développeurs de logiciels d'écrire uniquement leur logique métier, puis de la télécharger sur un service FaaS, avec un fournisseur de cloud public comme AWS. Les serveurs exécutant des conteneurs qui suivent la logique métier sont complètement abstraits, laissant aux organisations la possibilité de se concentrer uniquement sur le développement d'applications.

L'infrastructure n'est pas importante.

En raison de l'abstraction du matériel et de la nature éphémère des applications modernes, nous ne nous intéresserons plus à l'infrastructure pendant des années. Plus nous nous retirons nous-mêmes et nos applications du bare metal, moins nous devons nous en soucier. Pensez-y. Si un opérateur exécute une application entièrement sans serveur dans un cloud public, non seulement il n'a pas à se soucier de l'infrastructure qui la prend en charge, mais il n'en a pas non plus. possible pour l'opérateur de surveiller. Il n'y a aucun moyen d'accéder aux métriques du réseau ou des serveurs derrière les conteneurs exécutant le code. Dans le cas des conteneurs, les équipes DevOps exécutant des applications sur un cluster Kubernetes bien construit ou géré dans le cloud ne devraient pas avoir à se soucier du matériel qui l'exécute. De plus en plus, la gestion de K8 ou de clusters similaires sera "externalisée" vers le cloud et ni le matériel sous ces clusters gérés ni les clusters eux-mêmes ne feront référence à la société exécutant l'application. La raison pour laquelle l'externalisation de ce travail a du sens est que, avec l'abstraction de l'ordinateur, le matériel et son fonctionnement deviennent plus une marchandise.

Crédit d'image: Pexels (Image: © Crédit d'image: Accueil Photos / Pexels)

Surveiller cela, c'est observer

Alors la question se pose : à quoi ressemble le futur de la surveillance ? Pour répondre à cette question, nous devons nous concentrer sur l'application plutôt que sur les charges de travail exécutées sur l'infrastructure. L'observabilité est un bon moyen d'y penser. Cela inclut les métriques, les journaux et les traces extraites ou envoyées directement à partir de notre charge de travail ou de notre application. Avec ces données, nous pouvons déduire l'état actuel d'un système à partir de ses sorties externes et obtenir un contexte pour comprendre cet état. La cardinalité élevée dans nos données de surveillance était autrefois une raison et quelque chose que tout le monde essayait d'éviter, mais pour rendre une application observable, il était essentiel de stocker des données extrêmement cardinales pour vraiment analyser le problème. Tant que l'opérateur peut identifier la partie de l'application à l'origine de la panne, il pourra interroger les journaux de données et déterminer si le problème concerne un nœud particulier. de la base de données. Le trafic de données inhabituel doit être facile à détecter, en particulier si les écritures entraînent des retards. Dans l'ensemble, la façon dont nous surveillons notre réseau change, que cela nous plaise ou non. En tant que tel, le défi suivant se présente aux opérateurs informatiques : s'adapter et accepter le changement maintenant, ou devenir inutile à l'avenir. Martin Hodgson, Country Manager UK & I chez Paessler AG