J'aime les projets d'une semaine et les projets d'un an m'effraient. Dans l'agilité, j'ai beaucoup aimé le concept de MVP et d'incrément, c'est vraiment moi : créer un morceau fonctionnel, le déployer et avancer.
Cependant, la transformation DevOps telle qu'elle est discutée dans les livres et lors des conférences, c'est précisément un projet d'une durée d'un an. Ou de plusieurs années.
Nous avons construit notre cours sur DevOps dans la paradigme « MVP DevOps en un sprint » et « préparation aux incréments ». En d'autres termes, « afin que le participant puisse immédiatement mettre en œuvre quelque chose à son retour et en tirer profit ».
MVP DevOps : le cours comprend des outils pour les principaux processus DevOps. Nous ne nous sommes pas fixés comme objectif d'examiner et de comparer tous les systèmes CI/CD ou de révéler les subtilités de l'approche Infrastructure as Code. Nous proposons une stack claire : Gitlab CI/CD, Ansible, Terraform et Packer, Molecule, Prometheus, EFK. On peut sortir des cours, assembler l'infrastructure pour un projet pilote à partir des matériaux d'apprentissage et travailler dessus.
Préparation aux incréments : chaque élément est fourni avec de nombreuses pratiques et exemples. On peut prendre un outil et, à partir des schémas d'apprentissage, se consacrer à son implémentation. Par exemple, écrire un playbook Ansible pour déployer des environnements de développement ou connecter un bot et administrer serveur depuis son téléphone. C'est-à-dire obtenir un résultat pratique concret en une semaine. Même s'il est infiniment éloigné de la transformation DevOps de l'ensemble de l'entreprise, il est là, il fonctionne et apporte des bénéfices.
Sujets du Slerma DevOps
Thème n°1 : Bonnes pratiques Git — parle de lui-même.
Thème n°2 : Travailler avec l'application du point de vue du développement — l'ingénieur a besoin de compétences d'administrateur et de développeur, c'est pourquoi nous expliquons aux administrateurs le développement.
Thème n°3 : Fondamentaux de CI/CD
- Introduction à l'automatisation CI/CD
- Fondamentaux du travail avec Gitlab CI
- Meilleures pratiques avec gitlab-runner
- Outils bash, make, gradle comme partie de CI/CD et pas seulement
- Docker comme moyen de résoudre les problèmes de CI
Thème n°4 : Gitlab CI/CD en production
- Concurrence lors du lancement des jobs
- Contrôle et restrictions d'exécution : only, when
- Travail avec des artefacts
- Templates, inclusions et microservices : simplifier le déploiement
Nous familiarisons les étudiants avec les concepts et notions fondamentaux de CI/CD et les outils pour mettre en œuvre CI/CD. En conséquence, l'étudiant sera capable de choisir de manière autonome un modèle de conception CI/CD et un outil approprié pour sa mise en œuvre.
Ensuite, nous montrons la mise en œuvre de CI/CD dans Gitlab et examinons la configuration, en considérant les moyens d'utiliser Gitlab CI de manière avancée. En conséquence, l'étudiant pourra configurer Gitlab CI pour ses propres projets de manière autonome.
Par rapport au premier Slërm DevOps, nous avons réduit la théorie de moitié (une heure par sujet), abandonné la revue de tous les systèmes et conservé uniquement Gitlab CI. Nous nous sommes concentrés sur la pratique, ajoutant de nombreuses meilleures pratiques.
Thème n°5 : Infrastructure as Code
- IaC : Approche de l'infrastructure comme code
- Les fournisseurs cloud en tant que fournisseurs d'infrastructure
- Outils d'initialisation de systèmes, construction d'images (packer)
- IaC à travers Terraform
- Stockage des configurations, collaboration, automatisation des applications
- Pratique de la création de playbooks Ansible
- Idempotence, déclaration
- IaC à travers Ansible
Nous avons réduit la partie théorique sur l'interface utilisateur et openstack cli et nous nous sommes concentrés sur la pratique.
Nous examinerons deux approches IaC, en utilisant la même application, en montrant les avantages et les inconvénients de chaque approche. En conséquence, l'étudiant comprendra quelle approche appliquer et pourra travailler à la fois avec Terraform et Ansible.
Dans le thème consacré à Terraform, nous examinerons sur le terrain le travail d'équipe et l'enregistrement de l'état dans une base de données. Lors du travail avec des modules, l'étudiant écrira et configurer un module, apprendra à l'utiliser : le réutiliser et le versionner. Nous ajouterons l'intégration avec Consul, en montrant dans quelles situations il est nécessaire et comment l'utiliser correctement.
Thème n°6 : Test de l'infrastructure
- Nous examinons pourquoi les tests ne sont pas écrits ?
- Quels types de tests existent dans IaC ?
- Les analyseurs statiques, sont-ils vraiment inutiles ?
- Test unitaire IaC sur l'exemple d'ansible + molecule
- Tests en tant que partie de CI
- Des tests sur stéroïdes ou comment ne pas attendre 5 heures la fin des tests pour IaC
Nous avons réduit la partie théorique, moins de discours sur Vagrant/Molecule, plus de pratique et directement de test, en mettant l'accent sur les linters et le travail avec eux. Nous examinons cela du point de vue de CI.
comment rendre les tests plus rapides. En pratique, il y aura :
- un linter maison qui vérifie la présence de variables obligatoires pour l'hôte en fonction du rôle ;
- nous ajoutons dans CI les tests uniquement des rôles qui ont changé, ce qui permet de réduire considérablement le temps d'exécution des tests ;
- nous ajoutons des tests de scénarios. Nous déployons l'application entièrement comme test d'intégration.
Thème n°7 : Surveillance de l'infrastructure avec Prometheus
- Comment construire un système de surveillance sain
- Surveillance, en tant qu'outil d'analyse, d'efficacité du développement et de stabilité du code, même avant la mise en production.
- Configuration de prometheus + alertmanager + grafana
- Nous passons de la surveillance des ressources à la surveillance des applications.
Nous allons beaucoup parler de la surveillance des microservices : ID des requêtes, outil de surveillance API. Il y aura beaucoup de meilleures pratiques et de nombreux travaux autonomes.
Nous allons écrire notre propre exportateur. Nous configurerons la surveillance non seulement de l'infrastructure de production et de l'application, mais aussi des builds dans Gitlab. Nous examinerons les statistiques concernant les tests échoués. Nous observerons en pratique à quoi ressemblera la surveillance sans healthCheck et avec lui.
Thème n°8. Journalisation de l'application avec ELK.
- Aperçu d'Elastic et de ses outils.
- ELK/Elastic Stack/x-pack — qu'est-ce que c'est et quelle est la différence ?
- Quelles tâches peuvent être résolues avec ElasticSearch (recherche, stockage, caractéristiques de mise à l'échelle, flexibilité de configuration) ?
- Surveillance de l'infrastructure (x-pack).
- Logs des conteneurs et des applications (x-pack).
- Journalisation à l'exemple de notre application.
- Pratiques de travail avec Kibana.
- Open Distro for Elasticsearch d'Amazon.
Le thème a été complètement retravaillé, dirigé par Edouard Medvedev, que beaucoup ont vu lors du webinaire sur DevOps et SRE. Il va expliquer et montrer les meilleures pratiques de travail avec EFK à travers un exemple d'application d'apprentissage. Il y aura de la pratique avec Kibana.
Thème n°9 : Automatisation de l'infrastructure avec ChatOps.
- DevOps et ChatOps.
- ChatOps : points forts.
- Slack et alternatives.
- Bots pour ChatOps.
- Hubot et alternatives.
- Sécurité
- Test
- Meilleures et pires pratiques.
Dans ChatOps, nous avons ajouté une pratique d'authentification avec séparation des droits, confirmation des actions par un autre utilisateur, théorie et pratique de l'alternative à Slack sous forme de Mattermost, théorie des tests unitaires et d'intégration pour le bot.
Le Slurm DevOps commence le 30 janvier. Prix — 30 000.
Pour ceux qui ont lu jusqu'ici, une réduction de 15 % sur le cours de DevOps avec le code promotionnel habrapost.
Inscription
Je serai ravi de vous voir aux Slurms !
Source : habr.com
