Administrateurs systèmes du monde entier, nous vous félicitons pour votre journée professionnelle !
Nous n'avons presque plus d'administrateurs systèmes. Cependant, la légende sur eux est encore fraîche. À l'occasion de cette fête, nous avons préparé cette épopée. Installez-vous confortablement, chers lecteurs.
Il était une fois le monde de Dodo IS, qui était en feu. En ces temps sombres, la principale tâche de nos administrateurs systèmes était de survivre à une autre journée sans pleurer.
Il y a longtemps, les programmeurs écrivaient peu et lentement, et ne déployaient leur code en production qu'une fois par semaine. Les problèmes n'apparaissaient qu'une fois tous les sept jours. Mais ensuite, ils ont commencé à écrire plus de code et à le déployer plus fréquemment, ce qui a entraîné une augmentation des problèmes ; parfois tout s'effondrait, et les retours en arrière devenaient plus difficiles. Les administrateurs systèmes souffraient, mais enduraient ce désordre.
Ils passaient leurs soirées chez eux, inquiets. Et chaque fois, il se produisait ce qu'on pourrait appeler : 'une fois de plus, la surveillance envoie un signal de détresse : Hé, le monde est en feu !'. Alors nos sysadmins enfilèrent leurs capes rouges, mirent des sous-vêtements par-dessus leurs leggings, se coiffèrent de boucles sur le front et s'envolèrent pour sauver le monde de Dodo.
Attention, une petite clarification. Il n'y a jamais eu d'administrateurs systèmes classiques, qui s'occupent du matériel, chez Dodo IS. Nous avions directement des experts en cloud Azure.
Que faisaient-ils :
- s'ils cassaient quelque chose, ils faisaient en sorte que ça se répare ;
- ils jonglaient avec des serveurs au niveau expert ;
- ils étaient responsables du réseau virtuel dans Azure ;
- ils s'occupaient des tâches de bas niveau, par exemple, des interactions entre composants (*à voix basse* dans lesquels parfois ils n'y comprenaient rien) ;
- des reconnecter des serveurs ;
- et beaucoup d'autres choses folles.
La vie de l'équipe des ingénieurs d'infrastructure (c'est ainsi que nous appelions nos sysadmins) consistait alors à éteindre des incendies et à gérer des environnements de test qui tombaient en panne sans cesse. Ils vivaient et souffraient, puis ils ont décidé de réfléchir : que se passe-t-il, et peut-être devrions-nous améliorer cela ? Par exemple, ne pas séparer les gens en programmeurs et en sysadmins ?
La question
Étant donné : il y a un sysadmin dont la zone de responsabilité se compose des serveurs, du réseau qui le relie aux autres serveurs, des programmes d'infrastructure (serveur web hébergeant une application, système de gestion de bases de données, etc.). Et il y a un programmeur dont la responsabilité est le code fonctionnel.
Et il existe des choses qui se situent à l'intersection. De qui est donc la responsabilité ?
C'est généralement à cette intersection que nos administrateurs systèmes et nos programmeurs se retrouvaient et commençaient :
– Les gars, rien ne fonctionne, probablement à cause de l'infrastructure.
– Les gars, non, c'est une question de code.
Un jour, à ce moment-là, une clôture a commencé à pousser entre eux, par-dessus laquelle ils se lançaient joyeusement des excréments. Ils passaient la tâche, comme un excrément, d'un côté de la clôture à l'autre. Personne ne se rapprochait de la résolution de la situation. Un smiley triste.
Un rayon de soleil a percé le ciel nuageux, lorsque quelques années auparavant chez Google, ils ont décidé de ne pas échanger des tâches, mais plutôt de travailler ensemble.
Et si on décrivait tout comme du code ?
En 2016, Google a publié un petit livre intitulé « Site Reliability Engineering » sur la transformation du rôle d'administrateur système : du maître de la magie à une approche formalisée dans l'utilisation des logiciels et l'automatisation. Ils ont eux-mêmes traversé toutes les épreuves et obstacles, ont appris et ont décidé de partager cela avec le monde. Le livre est disponible en accès libre. .
Le livre contient des vérités simples :
- faire tout comme du code est une bonne chose ;
- utiliser une approche d'ingénierie est une bonne chose ;
- mettre en place une bonne surveillance est une bonne chose ;
- ne pas laisser un service sortir s'il n'a pas de journalisation et de surveillance claires est également une bonne chose.
Ces pratiques ont été lues par notre Gleb (), et c'est parti. On implémente ! Nous sommes actuellement dans une phase de transition. L'équipe SRE est formée (il y a 6 spécialistes prêts, 6 autres sont en onboarding) et prête à changer le monde entièrement fait de code pour le mieux.
Nous créons notre infrastructure de manière à permettre aux développeurs de gérer entièrement leurs environnements par eux-mêmes et de collaborer avec SRE.
On prophétise plutôt que de tirer des conclusions
Administrateur système est une profession respectable. Mais des connaissances dans la partie système doivent également être complétées par d'excellentes compétences en génie logiciel.
Les systèmes deviennent de plus en plus simples, et les connaissances super uniques en administration de serveurs physiques deviennent moins demandées chaque année. Les technologies cloud remplacent le besoin de ces connaissances.
Un bon administrateur système devra, dans un futur proche, posséder de bonnes compétences en génie logiciel. Et encore mieux, qu'il ait de bonnes compétences dans ce domaine.
Personne ne peut prédire l'avenir avant qu'il ne se réalise, mais nous pensons qu'avec le temps, il y aura de moins en moins d'entreprises désireuses d'augmenter indéfiniment le nombre de leurs administrateurs systèmes. Bien sûr, il y aura toujours des passionnés. Après tout, peu de gens montent encore à cheval aujourd'hui, la plupart utilisent des voitures, même s'il y a des amateurs…
Joyeux jour des administrateurs systèmes à tous, que le code soit avec vous !
Source : habr.com
