{"id":31864,"date":"2019-10-31T21:43:33","date_gmt":"2019-10-31T18:43:33","guid":{"rendered":"https:\/\/prohoster.info\/blog\/monitoring-myortv-da-zdravstvuet-monitoring\/"},"modified":"2019-10-31T21:43:33","modified_gmt":"2019-10-31T18:43:33","slug":"monitoring-myortv-da-zdravstvuet-monitoring","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/monitoring-myortv-da-zdravstvuet-monitoring","title":{"rendered":"Surveillance des morts ? \u2014 Vive la surveillance","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Surveillance
\n
\nNotre entreprise g\u00e8re principalement l'infrastructure et le support technique 24\/7 pour des projets web depuis 2008 : nous avons plus de 400 clients, ce qui repr\u00e9sente environ 15 % du commerce \u00e9lectronique en Russie. Par cons\u00e9quent, le support a une architecture tr\u00e8s diverse. Si quelque chose tombe, nous devons le r\u00e9parer dans les 15 minutes. Mais pour comprendre qu'une panne a eu lieu, il faut surveiller le projet et r\u00e9agir aux incidents. Mais comment faire cela ? <\/p>\n

Je pense qu'une mauvaise organisation du syst\u00e8me de surveillance entra\u00eene des probl\u00e8mes. S'il n'y avait pas de probl\u00e8mes, mon discours se r\u00e9sumerait \u00e0 un seul point : \u00ab Installez, s'il vous pla\u00eet, Prometheus + Grafana et les plugins 1, 2, 3 \u00bb. Malheureusement, ce n'est plus suffisant. Et le principal probl\u00e8me est que tout le monde continue de croire en quelque chose qui existait en 2008, du point de vue des composants logiciels. <\/p>\n

En ce qui concerne l'organisation du syst\u00e8me de surveillance, je prends le risque de dire qu'il n'existe pas de projets avec une surveillance correcte. Et la situation est si mauvaise que si quelque chose tombe, il y a un risque que cela passe inaper\u00e7u \u2014 apr\u00e8s tout, tout le monde est convaincu que \u00ab tout est surveill\u00e9 \u00bb.
\nPeut-\u00eatre que tout est surveill\u00e9. Mais comment ? <\/p>\n

Nous avons tous \u00e9t\u00e9 confront\u00e9s \u00e0 une histoire comme celle-ci : un devops, un admin travaillent, une \u00e9quipe de d\u00e9veloppeurs vient et dit : \u00ab Nous avons d\u00e9ploy\u00e9, maintenant surveille-le \u00bb. Qu'est-ce qu'il faut surveiller ? Comment cela fonctionne ?<\/p>\n

Ok. On fait la surveillance \u00e0 l'ancienne. Mais cela change d\u00e9j\u00e0, et il s'av\u00e8re que vous surveillez le service A, qui est devenu le service B, qui interagit avec le service C. Mais l'\u00e9quipe de d\u00e9veloppeurs vous dit : \u00ab Installez le logiciel, il doit tout surveiller ! \u00bb<\/p>\n

Alors, qu'est-ce qui a chang\u00e9 ? \u2014 Tout a chang\u00e9 !
\n<\/a><\/noindex><\/p>\n

2008. Tout va bien<\/h4>\n

\nIl y a quelques d\u00e9veloppeurs, un serveur, un serveur DB. Tout commence ici. Nous avons certaines informations, nous installons zabbix, Nagios, cacti. Ensuite, nous \u00e9tablissons des alertes claires pour le CPU, pour le fonctionnement des disques, pour l'espace disque. Nous effectuons aussi quelques v\u00e9rifications manuelles, pour voir si le site r\u00e9pond et si les commandes arrivent dans la base. Et voil\u00e0 \u2013 nous sommes plus ou moins prot\u00e9g\u00e9s. <\/p>\n

Si l'on compare le volume de travail qu'un administrateur devait faire \u00e0 l'\u00e9poque pour assurer la surveillance, 98 % \u00e9taient automatis\u00e9s : la personne charg\u00e9e de la surveillance doit comprendre comment installer Zabbix, comment le configurer et param\u00e9trer les alertes. Et 2 % concernent les v\u00e9rifications externes : si le site r\u00e9pond et effectue des requ\u00eates dans la base de donn\u00e9es, si de nouvelles commandes sont arriv\u00e9es.<\/p>\n

\"Surveillance
\n <\/p>\n

L'ann\u00e9e 2010. La charge augmente.<\/h4>\n

\nNous commen\u00e7ons \u00e0 faire \u00e9voluer nos sites web, ajoutons un moteur de recherche. Nous voulons nous assurer que le catalogue des produits contient tous les articles. Et que la recherche fonctionne. Que la base fonctionne, que les commandes sont pass\u00e9es, que le site r\u00e9pond \u00e0 l'ext\u00e9rieur et r\u00e9pond de deux mani\u00e8res. serveurs<\/a> Et l'utilisateur n'est pas \u00e9ject\u00e9 du site pendant qu'il est r\u00e9\u00e9quilibr\u00e9 sur un autre serveur, etc. Le nombre d'entit\u00e9s augmente. <\/p>\n

De plus, l'entit\u00e9 li\u00e9e \u00e0 l'infrastructure reste toujours la plus importante dans l'esprit du gestionnaire. L'id\u00e9e persiste que la personne charg\u00e9e de la surveillance est celle qui installera Zabbix et sera capable de le configurer.<\/p>\n

Mais en m\u00eame temps, de nouveaux travaux apparaissent, tels que la r\u00e9alisation de v\u00e9rifications externes, la cr\u00e9ation d'un ensemble de scripts de requ\u00eates pour l'indexation des recherches, un ensemble de scripts pour v\u00e9rifier que la recherche \u00e9volue au cours de l'indexation, et un ensemble de scripts qui v\u00e9rifient que les articles sont transmis au service de livraison, etc.<\/p>\n

\"Surveillance
\n
\nRemarquez : j'ai \u00e9crit \u00ab ensemble de scripts \u00bb trois fois. Cela signifie que la personne responsable de la surveillance n'est plus simplement celle qui installe Zabbix. C'est une personne qui commence \u00e0 programmer. Mais, dans l'esprit de l'\u00e9quipe, rien ne change encore. <\/p>\n

En revanche, le monde change, se compliquant de plus en plus. Une couche de virtualisation et plusieurs nouveaux syst\u00e8mes sont ajout\u00e9s. Ils commencent \u00e0 interagir les uns avec les autres. Qui a dit \u00ab cela sent les microservices ? \u00bb Mais chaque service appara\u00eet toujours comme un site distinct. Nous pouvons y acc\u00e9der et comprendre qu'il fournit les informations n\u00e9cessaires et fonctionne par lui-m\u00eame. Et si vous \u00eates un administrateur, qui traite un projet qui \u00e9volue depuis 5, 7, 10 ans, ce savoir s'accumule : un nouveau niveau appara\u00eet \u2014 vous l'avez saisi, un autre niveau appara\u00eet \u2014 vous l'avez saisi... <\/p>\n

\"Surveillance
\n
\nMais il est rare que quelqu'un accompagne un projet pendant 10 ans.<\/p>\n

R\u00e9sum\u00e9 du surveillant<\/h3>\n

\nSupposons que vous rejoigniez une nouvelle startup qui a imm\u00e9diatement recrut\u00e9 20 d\u00e9veloppeurs, \u00e9crit 15 microservices, et vous \u00eates l'administrateur \u00e0 qui l'on dit : \"Construisez CI\/CD. S'il vous pla\u00eet.\" Vous avez construit CI\/CD et tout \u00e0 coup vous entendez : \"Nous avons du mal \u00e0 travailler avec la production dans le 'cube', sans comprendre comment l'application fonctionnera dedans. Cr\u00e9ez-nous un bac \u00e0 sable dans ce m\u00eame 'cube'.\"
\n Vous cr\u00e9ez un bac \u00e0 sable dans ce cube. On vous dit tout de suite : \"Nous voulons une base de donn\u00e9es de stage, qui se met \u00e0 jour tous les jours avec la production, pour comprendre que \u00e7a fonctionne sur cette base de donn\u00e9es, sans pour autant endommager la base de donn\u00e9es de production.\"<\/p>\n

Vous vivez tout cela. Il reste 2 semaines avant la sortie, on vous dit : \"Maintenant il faudrait tout surveiller...\" C'est-\u00e0-dire surveiller l'infrastructure de cluster, surveiller l'architecture microservices, surveiller les interactions avec des services externes... <\/p>\n

Et des coll\u00e8gues sortent de la t\u00eate un sch\u00e9ma habituel et disent : \"Donc ici tout est clair ! Installe un programme qui surveillera tout \u00e7a.\" Oui, oui : Prometheus + Grafana + plugins.
\nEt ils ajoutent en m\u00eame temps : \"Tu as deux semaines, fais en sorte que tout soit fiable.\"<\/p>\n

Dans la multitude de projets que nous voyons, on attribue une personne \u00e0 la surveillance. Imaginez que nous voulons embaucher quelqu'un pour 2 semaines, pour s'occuper de la surveillance, et nous lui r\u00e9digeons un CV. Quelles comp\u00e9tences cette personne doit-elle avoir, en tenant compte de tout ce que nous avons dit pr\u00e9c\u00e9demment ?<\/p>\n