Aujourd'hui à Southbridge, la gestion de la turquoise a été discutée lors d'une réunion.
Il y avait ceux qui ont suggéré de passer du haut vers le bas, de l'idée à la pratique. Par exemple, introduisons la philosophie de la gestion turquoise: trouver une norme, prendre une décision sur la façon dont les rôles doivent être divisés, comment la communication doit être établie et commencer à aller dans cette direction.
Il y avait ceux (y compris moi-même) qui voulaient passer du bas vers le haut, de la pratique à l'idée. Nous avons des tâches et des problèmes spécifiques. Résolvons-les, en nous appuyant sur des outils turquoise, et la gestion turquoise prendra forme d'elle-même.
Si nous comparons la gestion et le développement, la voie du haut vers le bas consiste à créer un monolithe, et la voie du bas vers le haut est une architecture de microservice. Désormais, dans notre gestion «microservice», nous pouvons reconstruire le circuit de gestion deux fois par jour et immédiatement «le déployer en production».
Et le programme Slurm DevOps est conçu pour ceux qui préfèrent se déplacer de bas en haut.
Nous ne discuterons pas de la philosophie DevOps. Pas parce que cela n'a pas de sens, ou nous ne le savons pas, ou nous n'aimons pas les holivars (et nous n'aimons pas). C'est juste que la philosophie DevOps se cristallise dans chaque architecte et ingénieur de DevOps au fil des années de pratique, et non en 3 jours d'intense.
Nous discuterons d'outils spécifiques. Ce qui peut être mis en œuvre tout de suite, sans conversations philosophiques et restructuration managériale, au niveau du travail quotidien. Écrivez des instructions sur le travail d'équipe avec Git. Écrivez un playbook pour le déploiement du serveur. Configurez un collecteur de journaux.
En conséquence, cela deviendra de plus en plus facile, une base apparaîtra sur laquelle vous pourrez construire vos DevOps.
Pour aller au-delà des pratiques de Southbridge, nous avons invité des conférenciers extérieurs sur certains sujets.
Artyom Galonsky, Bureau de la station-service Bureau
En développement commercial 12+ ans.
Timlid / Responsable du développement depuis 2011.
Directeur technique depuis 2016.
En collaboration avec les étudiants, nous étudierons les moyens d'automatiser le déploiement des applications utilisées auparavant. Nous discuterons de la construction moderne de pipelines et de quelques outils communs. Nous allons parcourir en détail les outils et fonctionnalités de GitLab CI / CD. J'ai construit une pratique sur mes sujets (Introduction à l'automatisation et Travailler avec Gitlab) afin que les étudiants puissent sentir comment et pour quelles méthodes modernes CI / CD sont appliquées. La théorie sera le minimum objectivement nécessaire.
Alexey Stepanenko, ingénieur Selectel Cloud Platform
Il est engagé dans des tâches d'infrastructure pour la maintenance du cloud OpenStack: surveillance, CI / CD et gestion de configuration.
Tout d'abord, nous parlerons des modèles et des méthodes de gestion des infrastructures (comment les approches de programmation sont arrivées à l'administration), nous familiariserons avec les outils HashiCorp DevOps (Packer et Terraform) pour la gestion déclarative des infrastructures.
À la fin du bloc, vous pouvez décrire votre infrastructure, automatiser la création d'environnements de test et de production, faire évoluer votre application et créer une solution de haute disponibilité à l'aide d'un équilibreur de charge.
Eduard Medvedev, CTO chez Tungsten Labs (Allemagne)
Il a travaillé comme ingénieur chez StackStorm, était responsable de la fonctionnalité ChatOps de la plateforme. Développer et implémenter ChatOps dans l'automatisation des centres de données. Conférencier lors de conférences russes et internationales.
Sur Slurm, je parlerai de la façon de rendre la communication au sein de l'équipe DevOps et l'interaction avec le pipeline CI / CD plus efficace en utilisant l'intégration bidirectionnelle avec les robots de chat.
Ivan Kruglov, développeur principal chez Booking.com
Depuis qu'il a rejoint Booking.com en 2013, il a travaillé sur des projets d'infrastructure tels que la distribution distribuée et le traitement des messages, BigData et web-stack, la recherche.
Maintenant, il est engagé dans les problèmes de construction d'un cloud interne et d'un maillage de service.
Dans la dernière partie de Slerm, nous nous familiariserons avec les concepts idéologiques et organisationnels de base du SRE, considérons la pratique de leur application sur des exemples vivants de mon expérience. De plus, nous considérerons le côté technique du SRE, à savoir quelles techniques peuvent être utilisées pour rendre le service plus fiable.
À la fin du cours, je vais essayer de répondre à deux questions importantes:
- Qu'est-ce qui donne SRE à un administrateur ou à un programmeur?
- Pourquoi l'entreprise ou le propriétaire du produit doit-il mettre en œuvre le SRE?
Ce Slurm DevOps sera donc unique: si nous répétons le programme, il sera dans une composition différente.
Pour les attentifs, il y a tout de même une remise de 15% sur le code promo habrapost.
À propos du programme Slurm DevOps - ici .
Inscription: https://slurm.io/devops