L'intensif en ligne aura lieu du 19 au 21 août .
Le principal ennemi que combat le cours DevOps est : « Très intéressant, c’est dommage que nous ne puissions pas mettre en œuvre cela dans notre entreprise. » Nous recherchons des solutions que même un administrateur ordinaire peut mettre en œuvre dans un projet existant.
Le cours est destiné à :
- les administrateurs qui souhaitent mettre en œuvre les pratiques DevOps par le bas ;
- les entreprises et les équipes qui souhaitent évoluer vers une culture DevOps par petites étapes claires ;
- les développeurs qui souhaitent comprendre les « trucs administratifs » afin de résoudre de manière indépendante des tâches administratives mineures et d'évoluer lentement vers un chef d'équipe pour une équipe interfonctionnelle.
Le cours est inutile pour ceux qui connaissent et utilisent déjà les outils DevOps. Vous n'apprendrez rien de nouveau.
L'intensif en ligne est un format de nouvelles réalités ; il offre presque la même immersion que les intensifs hors ligne, mais sans un voyage à Moscou (ce qui est un plus pour certains et un inconvénient pour d'autres).
Nous avons déjà dispensé deux fois un cours sur DevOps et collecté tous les gros plans possibles.
Le principal problème réside dans les attentes déçues. Par conséquent, nous vous indiquerons immédiatement ce qui ne sera pas inclus dans le cours.
Il n’y aura pas de bonnes pratiques. Il y aura une analyse d’une meilleure pratique. Par exemple, un sujet CI/CD, sur lequel vous pouvez facilement suivre un cours intensif d'une semaine, prend 4 heures. Pendant ce temps, vous pouvez montrer les bases et créer un pipeline simple, mais vous ne pouvez pas analyser un ensemble de bonnes pratiques pour différents cas.
Il n’y aura pas non plus de cas. Les cas sont le thème de la conférence. Là, vous pouvez parler pendant une heure d'un incident de la vie. Chez Slurm, le conférencier peut dire que « cet exemple est tiré de ma pratique », rien de plus.
Il n’y aura pas d’analyse individuelle de la pratique. La pratique n’est pas un mentorat, c’est une répétition après le conférencier. Le but de la pratique est de fournir l'opportunité, dans vos expériences, de partir d'une option de travail connue. Après l'intensif, vous pouvez revoir les notes et répéter la pratique vous-même. Cela donnera un maximum de résultats.
Il n'y aura pas de Kubernetes — même s'il s'agit d'un outil DevOps, nous avons .
Qu'est-ce qui va arriver?
Will apprendre à connaître les outils à partir de zéro et un ensemble complet de solutions pour construire une infrastructure de base.
Il y aura une histoire de pratiquants sur utilisation réelle des outils et les tâches de la vie. C'est la base à laquelle vous pouvez toujours ajouter une étude indépendante de la documentation et une analyse des cas.
Il y aura quotidiennement réponses aux questions, où vous pourrez poser des questions sur vos projets.
Will travailler avec des commentaires : Nous demandons quotidiennement des commentaires. Écrivez sur tout ce que vous n’aimez pas, nous y remédierons au fur et à mesure.
Et il y aura une opportunité traditionnelle prends l'argent et pars si vous n'aimez pas du tout le cours.
Programme intensif
Sujet n°1 : Travail d'équipe avec Git
- Commandes de base git init, commit, add, diff, log, status, pull, push
- Flux Git, branches et tags, stratégies de fusion
- Travailler avec plusieurs représentants à distance
- Flux GitHub
- Fourche, télécommande, demande de tirage
- Conflits, releases, encore une fois à propos de Gitflow et autres flux en relation avec les équipes
Sujet n°2 : Travailler avec l'application d'un point de vue développement
- Écrire un microservice en Python
- Variables d'environnement
- Intégration et tests unitaires
- Utilisation de docker-compose en développement
Sujet n°3 : CI/CD : introduction à l'automatisation
- Introduction à l'automatisation
- Outils (bash, make, gradle)
- Utiliser des git-hooks pour automatiser les processus
- Les chaînes de montage en usine et leur application en informatique
- Un exemple de construction d'un pipeline « général »
- Logiciels modernes pour CI/CD : Drone CI, BitBucket Pipelines, Travis, etc.
Sujet n°4 : CI/CD : Travailler avec GitLab
- CI GitLab
- GitLab Runner, leurs types et utilisations
- GitLab CI, fonctionnalités de configuration, bonnes pratiques
- Étapes GitLab CI
- Variables CI GitLab
- Construire, tester, déployer
- Contrôle et restrictions d'exécution : uniquement lorsque
- Travailler avec des artefacts
- Modèles dans .gitlab-ci.yml, réutilisant des actions dans différentes parties du pipeline
- Inclure - sections
- Gestion centralisée de gitlab-ci.yml (un seul fichier et push automatique vers d'autres référentiels)
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
Sujet n°6 : Tests d'infrastructure
- Tests et intégration continue avec Molecule et GitLab CI
- Utiliser Vagrant
Sujet n°7 : Surveillance de l'infrastructure avec Prometheus
- Pourquoi une surveillance est-elle nécessaire ?
- Types de surveillance
- Notifications dans le système de surveillance
- Comment créer un système de surveillance sain
- Notifications lisibles par l'homme, pour tout le monde
- Bilan de santé : ce à quoi vous devez faire attention
- Automatisation basée sur les données de surveillance
Sujet n°8 : Journalisation d'une application avec ELK
- Meilleures pratiques de journalisation
- Pile ELK
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é
- Meilleures et pires pratiques
Le programme est en cours et peut légèrement changer.
Prix : 30 000 ₽
Source: habr.com