J'adore les projets d'une semaine et je suis intimidé par les projets d'un an. En Agile, j'ai vraiment aimé le concept de MVP et d'incrémentation, c'est juste mon truc : créer une pièce réalisable, l'implémenter et passer à autre chose.
Dans le même temps, la transformation DevOps telle qu’elle est abordée dans les livres et lors de conférences n’est qu’un projet d’un an. Ou en années.
Nous avons construit notre cours DevOps dans le paradigme du « MVP DevOps en un seul sprint » et de la « préparation aux incréments ». Et si en termes humains, alors « pour que le participant, à son retour, puisse immédiatement mettre en œuvre quelque chose chez lui et en bénéficier ».
MVP DevOps : le cours contient des outils pour les processus DevOps de base. Nous ne nous sommes pas fixé pour tâche d'examiner et de comparer tous les systèmes CI/CD ou de révéler les profondeurs de l'approche Infrastructure as Code. Nous fournissons une pile claire : Gitlab CI/CD, Ansible, Terraform et Packer, Molecule, Prometheus, EFK. Vous pouvez venir des cours, collecter l'infrastructure d'un projet pilote à partir du matériel de formation et y travailler.
Préparation aux incréments : nous fournissons à chaque élément de nombreuses pratiques et exemples. Vous pouvez prendre un outil et commencer à le mettre en œuvre à l'aide des dessins de formation. Par exemple, écrivez un playbook Ansible pour déployer des environnements de développement ou connectez un bot et administrez le serveur depuis votre téléphone. Autrement dit, obtenez un résultat pratique concret en une semaine. C’est peut-être infiniment loin de la transformation DevOps de l’ensemble de l’entreprise, mais c’est là, c’est ici, ça marche et ça apporte des bénéfices.
Sujets Slurm DevOps
Sujet n°1 : Bonnes pratiques Git - parle de lui-même.
Sujet n°2 : Travailler avec l'application d'un point de vue développement — un ingénieur a besoin des compétences d'un administrateur et d'un développeur, c'est pourquoi nous parlons de développement aux administrateurs.
Sujet n°3 : Bases de CI/CD
- Introduction à l'automatisation CI/CD
- Bases de Gitlab CI
- Bonnes pratiques avec gitlab-runner
- Bash, make, gradle des outils dans le cadre de CI/CD et plus encore
- Docker comme moyen de résoudre les problèmes de CI
Sujet n°4 : Gitlab CI/CD en production
- Concurrence au démarrage d'un emploi
- Contrôle et restrictions d'exécution : uniquement lorsque
- Travailler avec des artefacts
- Modèles, inclusions et microservices : simplifier le déploiement
Nous présentons aux étudiants les concepts et concepts de base de CI/CD et les outils pour la mise en œuvre de CI/CD. De ce fait, l'étudiant sera capable de choisir en toute autonomie un modèle de conception CI/CD et un outil de mise en œuvre adapté.
Ensuite, nous montrons l'implémentation de CI/CD dans Gitlab et passons en revue la configuration, en examinant les méthodes avancées d'utilisation de Gitlab CI. De ce fait, l'étudiant pourra configurer indépendamment Gitlab CI pour ses propres projets.
Par rapport au premier DevOps Slurm, nous avons réduit la théorie de 2 fois (une heure par sujet), nous sommes éloignés de l'examen de tous les systèmes et n'avons laissé que Gitlab CI. Nous nous sommes concentrés sur la pratique et avons ajouté de nombreuses bonnes pratiques.
Sujet n°5 : L'infrastructure en tant que code
- IaC : approcher l'infrastructure en tant que code
- Les fournisseurs de cloud en tant que fournisseurs d'infrastructure
- Outils d'initialisation du système, création d'images (packer)
- IaC utilisant Terraform comme exemple
- Stockage de configuration, collaboration, automatisation des applications
- Pratique de création de playbooks Ansible
- Idempotence, déclarativité
- IaC utilisant Ansible comme exemple
Nous avons réduit la partie théorique sur l'interface utilisateur et la cli openstack et nous sommes concentrés sur la pratique.
Examinons deux approches IaC utilisant la même application, en montrant les avantages et les inconvénients de chaque approche. En conséquence, l'étudiant comprendra quelle approche utiliser où et sera capable de travailler à la fois avec Terraform et Ansible.
Dans le sujet sur Terraform, nous examinerons en pratique le travail d'équipe et le stockage de l'état dans une base de données. Lorsqu'il travaille avec des modules, l'étudiant devra écrire et configurer lui-même le module, apprendre à travailler avec lui : le réutiliser, le versionner. Ajoutons le travail avec Consul, montrons dans quels cas il est nécessaire et comment l'utiliser correctement.
Sujet n°6 : Tests d'infrastructure
- Voyons pourquoi ils n'écrivent pas de tests ?
- Quels tests existe-t-il en IaC ?
- Les analyseurs statiques, sont-ils vraiment si inutiles ?
- Tests unitaires d'IaC en utilisant ansible + molécule comme exemple
- Tests dans le cadre de ci
- Tests sous stéroïdes ou comment ne pas attendre 5 heures la fin des tests IaC
Nous avons réduit la partie théorique, moins d'histoires sur Vagrant/Molecule, plus de pratique et de tests directs, en mettant l'accent sur les linters et leur utilisation. En regardant les choses du point de vue de CI
comment rendre les tests plus rapides. En pratique, il y aura :
- un linter auto-écrit qui vérifie la présence de variables obligatoires pour l'hôte en fonction du rôle ;
- Nous ajoutons aux tests CI uniquement les rôles qui ont changé, ce qui peut réduire considérablement le temps d'exécution des tests ;
- ajout de tests de scénarios. Nous déployons l'intégralité de l'application comme test d'intégration.
Sujet n°7 : Surveillance de l'infrastructure avec Prometheus
- Comment créer un système de surveillance sain
- La surveillance comme outil d'analyse, d'efficacité du développement et de stabilité du code, avant même la vente
- Configuration de prometheus + alertmanager + grafana
- Passer de la surveillance des ressources à la surveillance des applications
Nous parlerons beaucoup de surveillance des microservices : identifiants de requêtes, outil de surveillance des API. Il y aura beaucoup de bonnes pratiques et beaucoup de travail indépendant.
Écrivons notre propre exportateur. Nous mettrons en place une surveillance non seulement des infrastructures et applications de production, mais également des assemblys dans Gitlab. Regardons les statistiques sur les tests échoués. Voyons en pratique à quoi ressemblera la surveillance sans et avec healthCheck.
Thème n°8. Journalisation d'une application avec ELK
- Présentation d'Elastic et de ses outils
- ELK/Elastic Stack/x-pack - qu'est-ce que c'est et quelle est la différence ?
- Quels problèmes peuvent être résolus à l'aide d'ElasticSearch (recherche, stockage, fonctionnalités de mise à l'échelle, flexibilité de configuration)
- Surveillance des infrastructures (x-pack)
- Journaux de conteneurs et d'applications (x-pack)
- Journalisation en utilisant notre application comme exemple
- Pratiques de travail avec Kibana
- Ouvrir la distribution pour Elasticsearch d'Amazon
Le sujet a été entièrement repensé, il est animé par Eduard Medvedev, beaucoup l'ont vu lors du webinaire sur DevOps et SRE. Il racontera et démontrera les meilleures pratiques pour travailler avec EFK en utilisant l'exemple d'une application pédagogique. Il y aura une pratique avec Kibana.
Sujet 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
ChatOps a ajouté la pratique de l'authentification avec séparation des droits, la confirmation des actions d'un autre utilisateur, la théorie et la pratique d'une alternative à Slack sous la forme de Mattermost, la théorie des tests unitaires et d'intégration pour le bot.
La crise DevOps commence le 30 janvier. Prix - 30 000.
Pour ceux qui ont fini de lire, il y a une réduction de 15 % sur le cours DevOps en utilisant le code promotionnel habrapost.
S'inscrire
Je serai heureux de vous voir à Slurms !
Source: habr.com