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 à faire face à toute avancée technologique. Pour que l'industrie continue de prospérer et de croître, nous devons continuer de nous tourner vers l'avenir de la technologie de l'information.
Pour préparer l'avenir, il faut d'abord comprendre les changements en cours, et ces dernières années, il y a eu plusieurs changements notables par rapport au monde des opérations.
Le premier est la virtualisation. C'est pourquoi nous sommes passés d'un serveur sans système d'exploitation simple exécutant certaines applications à un serveur exécutant de nombreux «serveurs» virtualisés. Ces serveurs ont été regroupés 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 dans toute l'infrastructure et la possibilité de consolider les machines virtuelles sur moins de serveurs physiques, ce qui signifie moins d'investissement initial pour eux. Opérateurs informatiques.
Le deuxième changement a eu lieu dans 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 sur le 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 système d'exploitation.
Ces nœuds ne doivent pas nécessairement être sur du métal nu. Il peut également s'agir de machines virtuelles. L'idée est qu'il existe un «serveur» qui peut exécuter de nombreux conteneurs et équilibrer la charge de travail entre ces serveurs pour gagner en efficacité.
Le dernier tour, le plus récent, concerne les fonctions en tant que service (FaaS). Certaines personnes appellent ce serveur sans serveur car cela élimine le besoin de maintenir un 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 totalement 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 serons plus intéressés par l'infrastructure dans les années à venir. Plus nous nous éliminons nous-mêmes et nos applications bare metal, moins nous devons nous en préoccuper.
Pensez-y. Si un opérateur exécute une application entièrement sans serveur sur un cloud public, non seulement il n'a pas à se soucier de l'infrastructure qui la prend en charge, mais il ne le fait pas non plus. possible pour l'opérateur de superviser. Il n'y a aucun moyen d'accéder aux métriques à partir du réseau ou des serveurs derrière les conteneurs exécutant le code.
Pour les 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 de 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 davantage une marchandise.
(Image: © Crédit d'image: Accueil Photos / Pexels)
Surveiller cela, c'est observer
La question se pose donc: à quoi ressemble l'avenir de la surveillance? Pour répondre à cette question, nous devons nous concentrer sur l'application plutôt que sur les charges de travail s'exécutant sur l'infrastructure.
L'observabilité est un bon moyen d'y penser. Cela inclut les métriques, les journaux et les traces extraits ou envoyés 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 l'échec, il peut interroger les journaux de données et déterminer si le problème est lié à un nœud particulier. à partir de la base de données. Le trafic de données inhabituel devrait être facile à repérer, surtout si les écritures entraînent des retards.
En général, la façon dont nous surveillons notre réseau évolue, 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
