Le 4 septembre à Saint-Pétersbourg a débuté le Slurm DevOps.
Tous les éléments nécessaires pour un atelier captivant de trois jours se sont retrouvés au même endroit : une salle de conférence confortable de Selectel, une soixantaine de développeurs curieux présents sur place et 32 participants en ligne, avec des serveurs Selectel pour les exercices. Et un dinosaure vert, caché dans un coin.
Le premier jour du Slurm, trois intervenants se sont présentés devant les participants.
Pavel Selivanov, architecte de solutions chez Southbridge, a plus de 10 ans d'expérience en administration et est Certified Kubernetes Administrator. Il est un intervenant régulier du Slurm. Il a pris la parole lors de conférences comme le Moscow Kubernetes Meetup et l'UWDC. Il possède une riche expérience en matière d'implémentation de Kubernetes : 5 projets en solo, plus de 20 projets en équipe.
Artyom Galonski, CTO de BureauBureau, s'est spécialement rendu au Slurm DevOps depuis Kaliningrad. Il a plus de 12 ans d'expérience en développement commercial. Il a été team leader et responsable du département de développement depuis 2011 et est devenu directeur technique en 2016. Il considère que l'ingénieur DevOps est quelque chose comme une licorne. Non pas parce que seule une vierge peut l’attraper, mais parce que personne ne sait vraiment ce que c'est en réalité.
Alexey Stepanenko, ingénieur du département des plateformes cloud chez Selectel, gère des tâches d'infrastructure relatives aux services cloud OpenStack : surveillance, CI/CD et gestion des configurations.
« ... et puis j'ai attrapé un bug comme ça. »
Pavel Selivanov a d'abord bombardé les participants de connaissances – et ce, de manière inattendue. Il semblerait qu'il n'y ait rien de particulier à propos de Git, qui semble être quelque chose de simple et banal, une évidence. Mais en réalité, peu de gens savent travailler correctement avec Git. Nous avons passé en revue les commandes de base git init, commit, add, diff, log, status, pull, push. Nous avons évoqué git flow, les branches et les tags, et les stratégies de fusion.
Ensuite, Pavel Selivanov a consacré du temps au travail d'équipe avec Git. Nous avons discuté des fork, remote et pull request. Puis, nous avons abordé les conflits, les releases, et nous sommes revenus à Gitflow et à d'autres flows concernant les équipes.
« Oh, quel administrateur ! »
Après le déjeuner, lorsque les participants s'étaient un peu ressourcés et se préparaient à écouter à nouveau, il était temps de parler de CI/CD.
Artyom Halonski a commencé par le sujet « CI/CD : introduction à l'automatisation ». Il a examiné en détail les outils bash, make, gradle, ainsi que l'utilisation des git-hooks pour automatiser les processus. Il a parlé des lignes de montage industrielles et de leur application en TI. Il a partagé un exemple de construction d'un pipeline « commun ». Il a discuté des logiciels modernes pour CI/CD : Drone CI, BitBucket Pipelines, Travis.
Vers six heures du soir, les participants ont commencé à se fatiguer. Des propositions ont été faites pour avoir des pauses plus fréquentes. La chaleur dans la salle de conférence est devenue palpable en raison de l'activité des néocortex au travail. Dans le chat de travail, une demande désespérée est même apparue : « Collègues, évitons de nous épuiser et faisons plus de pauses #support »
» — Mar'Ivanna, puis-je sortir ? — Non, reste à ta place ! »
Artyom Halonski a impitoyablement continué à infuser des connaissances aux participants. Après la pause café, il a ouvert le sujet suivant « CI/CD : Travailler avec Gitlab ».
« Et maintenant, tenez bien vos ordinateurs portables. Et hop, c'est parti ! »
Il a parlé de Gitlab CI, des spécificités de la configuration, des meilleures pratiques, puis de Gitlab Runner, de ses types et applications. Il a examiné les étapes de Gitlab CI et les variables de Gitlab CI. Après avoir parlé du contrôle et des restrictions d'exécution (only, when), il a traité du travail avec des artefacts. Il a montré des modèles à l'intérieur de .gitlab-ci.yml, la réutilisation des actions dans différentes sections de pipeline Include. Il a terminé par la gestion centralisée de gitlab-ci.yml : un seul fichier et des push automatiques dans les autres dépôts.
Après d'autres biscuits et du café, Alexey Stepanenko a pris la parole avec le sujet « Infrastructure as Code : une approche de l'infrastructure comme code ». Dans la salle, le public s'est vivement intéressé au sujet du jour suivant « IaC avec Terraform », exigeant des histoires émouvantes.
Nikita Suvorov, [4 sept. 2019, 20:27:35]:
@f3exx y aura-t-il des histoires émouvantes sur Terraform ou tout se terminera-t-il par des labs ?
Aleksey Stepanenko, [4 sept. 2019, 20:28:32]:
Il y en aura au moins une)
Dmitriy Miroshnichenko, [4 sept. 2019, 20:28:38]:
Euh, par exemple lesquelles ?
Un stagiaire a pris l'état et a tout détruit ?Lors du cinquième Slurm, nous avons essayé le schéma « échelle », où le matériel est abordé du simple au complexe — en commençant par Git et en finissant par SRE. Ce ne fut pas très réussi : des participants brillants se sont ennuyés avec les sujets faciles. Voyons comment la partie difficile de l'intensif se déroulera vendredi.
Dans le chat de Slurm, on écrit :
Nicolas Kononenko, [4 sept. 2019, 16:17:28]:
Tout semble okay, mais le rythme est tel que tu fais juste ça sans vraiment réfléchir. Ça ressemble beaucoup à quand tu trouves une instruction aléatoire sur un des sites, tu copies étape par étape et colles, sauf que tu n'as pas la possibilité de t'arrêter et tu dois courir d'une étape à l'autre. Ou alors tu sais déjà et ça va.
Alexander B, [4 sept. 2019, 16:18:06]:
Oui, tu arrives à faire une seule chose - soit écouter, soit exécuter.
Fedor, [4 sept. 2019, 16:18:21]:
+1
Un autre inconvénient, c'est que pendant que tu fais du copier-coller des instructions, tu rates 80 % des mots d'Artem.
Kirill, [4 sept. 2019, 16:19:01]:
Il faut lancer deux runners.
Un runner écoute
et l'autre fait du copier-coller)Si on ralentit le rythme du Sloerm, il y aura moins d'informations. Il faut sacrifier quelque chose — nous avons sacrifié un rythme confortable. Pour pouvoir tout intégrer et organiser dans la tête, il y a des enregistrements de l'intensif.
Pavel Selivanov a demandé plusieurs fois à l'auditoire s'ils étaient prêts à continuer ou à reporter certaines sous-thèmes d'IaC au lendemain. Pendant longtemps, l'amitié et le neutralisme avaient remporté le vote. Ce n'est qu'à neuf heures moins le quart du soir que ceux qui se souvenaient qu'en théorie, la nuit, il fallait dormir, ont gagné.
Nous affirmons de manière responsable, qu'aucun dinosaure n'a souffert lors de la première journée du Sloerm pour les ingénieurs DevOps. Il reste encore deux jours d'intensif. Le plus intéressant, le plus difficile et le plus savoureux : IaC et SRE.
Source : habr.com
