Tous les mardis en soirée, un club d'amateurs de DevOps anonymes se réunit. Nos tâches sont beaucoup plus ambitieuses que de simplement partager notre problème et éventuellement obtenir des conseils. Nous discutons de toutes les tendances de l'industrie afin que ce soit un plaisir de venir aux
conférences et sections sur DevOps .
Depuis juillet, nous travaillons sur
DevOpsConf Russia , une conférence professionnelle sur l'intégration des processus de développement, de test et d'exploitation, issue de RootConf et qui se tiendra les 1er et 2 octobre à Moscou, dans Infospace.
Aujourd'hui, je vais vous dire comment nous procédons, quels rapports nous essayons de sélectionner, quels orateurs demandent.
Nous avons choisi l'intégrité comme thème central de la conférence . Nous parlerons de DevOps de différents côtés - du côté du développement, de l'exploitation, des processus, de la gestion et des outils. C'est pourquoi nous avons formulé un tel ensemble de sections:
- Plateforme d'infrastructure.
- L'infrastructure comme code.
- Livraison continue.
- Rétroaction.
- Architecture chez DevOps, DevOps pour CTO.
- Pratiques SRE.
- Formation et gestion des connaissances.
- Sécurité, DevSecOps.
- Transformation DevOps.
À notre avis, ce kit décrit pleinement tous les aspects importants.
Un programme couvrant toutes ces questions s'avérera très utile. D'un autre côté, la tâche principale est de
maintenir un équilibre , de ne pas commencer à parler des processus et de la culture indépendamment de la technologie et des outils. Par conséquent, nous demandons à nos intervenants de restaurer le processus dans l'entreprise, de clarifier les buts et les objectifs et de les lier à des solutions technologiques.
Permettez-moi d'expliquer avec un exemple: nous allons avoir un super-orateur à toutes les conférences DevOps -
Alexey Vakhov , CTO chez Uchi.ru.
Nous avons parlé avec Alexei et avons découvert que depuis son dernier rapport dans leur infrastructure et le convoyeur de livraison, il n'y a eu aucune innovation technologique particulière. Après discussion et un petit brainstorming, nous avons juste décidé de sortir du processus. Comment exactement l'artefact avec le code passe-t-il du développeur à la production, qu'advient-il de l'artefact, comment les gars se protègent-ils contre les erreurs et les bogues tout au long du pipeline? Alex a convenu qu'il s'agissait d'un
regard vraiment nouveau sur ce qui se passait au sein de l'entreprise et a décidé de refaire le rapport dans ce sens. Et maintenant, en tant qu'auditeurs, nous pourrons non seulement découvrir l'expérience de l'utilisation de divers outils dans Uchi.ru, mais aussi apprendre comment fonctionne le processus de livraison continue.
Donc, si vous, comme moi, êtes intéressés, il n'est pas trop tard pour vous inscrire à la conférence DevOpsConf Russia !
Ce n'est là qu'un exemple du travail conjoint du Comité du programme et de l'orateur sur le rapport. Chaque candidature passe par une telle discussion collégiale, nous approfondissons les détails pour que tout fonctionne parfaitement. Par conséquent, maintenant je ne vais pas vous parler de tous les rapports, mais dans chaque sujet, je vais en choisir un ou deux très intéressants.
Plateforme d'infrastructure
Nikolay Sivko. Kubernetes pour les plus de 30 ans
Ils parlent souvent de kubernetes maintenant, et dans okmeter.io, ils sont arrivés à la conclusion qu'ils avaient également besoin de k8 en production. Bien qu'ils n'aient même pas de CI / CD, il existe des limitations telles que la tolérance de panne maximale nécessaire et le manque de ressources humaines pour cette tâche.
Dans son
rapport, Nikolai promet de dire comment il a néanmoins réussi à résoudre ce problème:
- HA k8 sur métal nu à partir de cure-dents et de ruban électrique bleu.
- Lorsque le réseau k8s a été organisé, le cluster k8s et les serveurs voisins ont été connectés .
- Pourquoi ne pas utiliser le réseau de service k8s, mais implémenter des services sans tête et la découverte d'envoyé + dns dans la mesure du possible.
L'expérience
okmeter.io sera utile si vous recherchez un équilibre entre le seuil d'entrée / les avantages / le contrôle / les performances du k8s.
Anna Stepanyan. Infrastructure de surveillance Booking.com
Ce
rapport nous apprend: quelles données sur le fonctionnement des applications dans Booking.com sont collectées pour la surveillance; comment ils sont agrégés; quelles mesures et journaux sont stockés; comment analyser.
Considérez les
solutions de surveillance open source populaires, analysez les limites et les fonctionnalités, voyez quels outils vous aviez à mettre en œuvre vous-même.
Livraison continue
Alexander Kharkevich. Développement et maintenance efficaces des rôles Ansible
Ansible est l'un des systèmes de gestion de configuration les plus populaires, a un seuil d'entrée bas, est facilement étendu par des modules tiers, permet
la réutilisation du code et présente un certain nombre d'avantages. Mais l'introduction d'un système de gestion de configuration dans le front n'aide que dans un premier temps. Après un certain temps, il devient assez difficile de maintenir un nombre accru de rôles. Alexander Harkevich d'EPAM Systems dans son
rapport parlera du
mécanisme de fourniture continue de rôles , comme le moyen le plus efficace de les soutenir. Examinons le développement des rôles publics et des rôles publics, mais avec des tests dans une infrastructure privée.
Rétroaction
Vasily Ozerov. Surveillance basée sur les revenus
Tout le monde recueille beaucoup d'indicateurs techniques et certaines mesures commerciales:
revenus, rétention, qualité . Malheureusement, très souvent, ces mesures sont analysées séparément les unes des autres, et personne ne tente de les corréler. Savez-vous combien d'argent un serveur Web vous apporte? Comment voir les problèmes lorsque tous les systèmes de surveillance technique sont verts?
Combien d'argent une entreprise perd-elle lorsqu'une base de données est chargée à 90%? Et 50%? Venez au
rapport de Vasily - nous comprendrons.
Architecture dans DevOps, DevOps pour CTO
Maxim Vikharev. Saga DevOps "sur le microservice de modèle"
Ce rapport sera déposé en tant qu'ingénieur et développeur devops proactif.
Considérez le cycle de vie complet d'un (micro) service en utilisant un exemple spécifique d'un service python:
- en quoi il consiste et de quoi dépend un (micro) service typique dans une application Web moderne;
- quelles capacités architecturales et primitives de kubernetes utiliser;
- comment le (micro) service doit s'intégrer dans le processus de développement et de livraison des applications afin de ne pas écrire d'instructions d'un kilomètre et ne fait généralement rien de spécial;
- comment ancrer des applications avec des services système dans plusieurs environnements de production, de nombreux tests et débogage, et pourquoi;
- quels arrangements et décisions sont nécessaires entre l'équipe d'infrastructure et l'équipe de développement pour une interaction confortable et efficace.
Maxim partagera son expérience, qui permettra aux administrateurs de
déléguer sereinement
la configuration et le déploiement d'applications aux développeurs . Et les développeurs devraient se
concentrer sur les fonctionnalités sans temps d'arrêt significatif en raison du passage à l'activité Devops.
Pratiques SRE
Renato Losio. MySQL sur le cloud
Tous les principaux fournisseurs de services cloud, d'AWS à Google Cloud, offrent diverses options pour exécuter des bases de données MySQL ou compatibles MySQL dans le cloud. Vous pouvez déployer des machines virtuelles et configurer votre propre cluster, ou compter sur des services et gérer des bases de données en un seul
clic .
Dans le
rapport de l' architecte en chef de la plate-forme cloud de Funambol
Renato Losio, nous examinerons les
coûts opérationnels
de l'exécution des bases de données relationnelles dans le cloud et
comment l'intégrer dans l'infrastructure en tant que code. Voyons s'il est temps pour les bases de données sans serveur.
Igor Dolzhikov. Comment satisfaire le service SRE ou Go dans un conteneur en 5 minutes
De ce
rapport, nous apprenons non seulement sur les pratiques acceptées de SRE, Igor illustrera son histoire avec des exemples et, surtout, promet de donner le plus précieux - un
modèle de service formé qui comprend l'expérience de plusieurs années de travail.
Considérez en particulier les questions suivantes: la génération de services avec la sélection des modules nécessaires; façons de tester et de valider le code; livraison et exécution de code dans le conteneur localement et dans le cluster; structure des modules de service à partir des meilleures pratiques; fermeture polie du service (arrêt gracieux). Et bien plus de l'expérience inestimable dans le développement de conteneurs.
Sécurité, DevSecOps
Sergey Noskov. Gérer les secrets avec Hashicorp Vault
À partir du rapport de Sergey, nous apprenons comment gérer les secrets dans Avito à l'aide de Hashicorp Vault et à l'aide de
Puppet et Kubernetes . En outre, Sergey promet de
répertorier les cônes qui ont été remplis pendant un an et demi d'utilisation, et partagera ses réflexions sur la façon de résoudre ce problème.
Transformation DevOps
Anton Isanin. DevOps chez Alfa Bank
Anton Isanin est l'auteur de la stratégie de transformation Alfa-Bank DevOps. À partir de son
rapport, nous découvrons les problèmes auxquels l'entreprise est confrontée dans le processus de transformation.
Parlons d'une implémentation technique spécifique : comment écrire une user story; comment organiser le développement et les tests; comment déployer; surveiller le travail en exploitation industrielle, etc. Les nuances sont nombreuses et il est utile de prendre en compte l'expérience des entreprises qui ont déjà connu la transformation DevOps.
Rendez-vous à la grande réunion non anonyme des amoureux de DevOps les 1er et 2 octobre! N'oubliez pas de
réserver un billet à l'avance; plus près de la conférence, ce sera plus cher.
Abonnez-vous à la newsletter thématique Ontiko DevOps pour recevoir les mises à jour du programme dès qu'elles seront disponibles. Nous essayons de rendre les lettres utiles et non intrusives, nous envoyons des nouvelles de la conférence, des transcriptions de rapports et de nouvelles vidéos.
Soit dit en passant, la vidéo peut être contrôlée séparément sur la chaîne YouTube - il y a toutes les vidéos collectées ces dernières années et la liste est constamment mise à jour.