DevOps Ă  visage humain

Nous parlons souvent de ce que nous avons entendu utile lors de conférences, moins souvent de conférenciers d'événements futurs. Et nous ne montrons presque jamais des gens qui se tiennent dans les coulisses de chaque bonne performance et dirigent un ensemble de thèmes. Il est temps de changer cela, car qui prépare le programme et avec quelle approche peut en dire beaucoup plus sur la conférence qu'une liste de résumés.



Dans une atmosphère simple et informelle, nous avons discuté avec les membres du comité de programmation DevOps Live de la façon dont qui est venu à DevOps, de ce qui est important pour l'industrie maintenant, de l'utilité des conférences et de ce qui est perdu lors du passage en ligne. Nous vous invitons à rejoindre la connaissance: vous pouvez choisir de regarder et d'écouter l'enregistrement complet ou de lire les extraits ci-dessous.





Le comité du programme de la conférence DevOps Live se compose de 25 professionnels de haut niveau possédant une vaste expérience et une grande variété d'histoires de cas. Ils pourraient organiser un grand événement juste à partir de leurs études de cas (et ce serait beaucoup plus rapide et plus facile), mais ils ne le font pas pour aider les participants à avoir une compréhension complète des processus et des pratiques DevOps.



Quatre personnes ont pris part à cette conversation: Timur Batyrshin, Dmitry Zaitsev, Valeria Piliya et Mona Arkhipova. Et heureusement, ils regardent tous DevOps sous des angles légèrement différents et apportent des accents différents à l'ordre du jour de la conférence.



Timur Batyrshin (erthad) en informatique depuis plus de 15 ans, pendant ce temps il a participé à la construction de distributions Linux, la virtualisation de serveurs, quand ce n'était pas encore à la mode, automatisé le déploiement de serveurs sur les clouds et construit l'architecture des applications cloud.



Timur Batyrshin: On peut dire que le chemin vers le comité de programme DevOpsConf a commencé en 2012-2013 avec la communauté Hangops Ru (les Hangops peuvent être déchiffrés comme "Ops on Hangouts", c'est dans Hangouts que des conversations régulières sur l'industrie ont eu lieu). Peu à peu, la communauté s'est développée au-delà du chat, et le noyau de passionnés a commencé à organiser DevOpsDays Moscou. Dima et Lera ont également participé, et Sasha Titov (osminog).



Dmitry Zaitsev (bhavenger) ont développé des pratiques DevOps et SRE avant qu'elles ne soient à la mode. Combiné avec ITIL et Cobit alors qu'ils étaient encore en vogue. A de l'expérience dans le domaine des gamedev, adtech, bigdata, fintech, marketing. Il est l'un des organisateurs de DevOpsDays Moscou, DevOps Moscou, Hangops Ru. Désormais, Head of SRE est à flocktory.com.



Dmitry Zaitsev: En 2015, je me suis retrouvé dans le chat Hangops, . 2017 . RootConf . , . 2018 , DevOpsConf, DevOps: , , DevOps.



travaille pour flocktory.com Infrastructure Engineer, maintient l'infrastructure sur AWS avec k8s. Elle a participé à l'adaptation de l'édition en russe du manuel DevOps et est l'une des organisatrices des rencontres DevOps Moscou et de la conférence DevOpsDays Moscou 2019. Elle a rejoint le comité du programme DevOpsConf il y a deux ans, comme d'autres participants à la conversation à la suggestion d'Alexandre Titov.



Valeria Piliya: J'ai rejoint le comité de programme de la conférence parce que j'étais intéressée de savoir comment cela fonctionne de l'intérieur. Je ne savais même pas comment, par exemple, les tâches étaient réparties entre le comité de programme et les organisateurs de l'événement. J'étais animé par la curiosité et j'ai eu l'occasion de la satisfaire. Et c'est une opportunité qui n'est pas refusée.



Mona Arkhipova (Mona_Sax) COO sudo.su (MIRC), avant cela a occupé des postes de direction et d'expert dans le domaine de la sécurité et de l'informatique. Dans son travail quotidien, elle utilise activement les pratiques DevOps et a également commencé quand ce n'était pas encore courant. Mona s'est jointe au comité du programme après l'excellent service Comment (vous) vivez sans un service de sécurité a expliqué à quel point la sécurité est la responsabilité de chacun. Apportez maintenant la sécurité aux masses, non seulement lors des conférences sur la sécurité, mais également lors de DevOps Live.



Mona Arkhipova: , , — . , IT- «- », , - . IT , , DevOps.



DevOps



Comme vous l'avez déjà compris, Mona fait la promotion de DevSecOps et cette année, il y aura plus de sécurité à la conférence. Mais ce ne sera pas une conférence sur la sécurité au sein de DevOps Live - toutes les présentations sont conçues pour tous les niveaux d'expertise, c'est-à-dire qu'elles conviennent à ceux qui commencent tout juste à penser à la sécurité . Mais pour ceux qui travaillent déjà dans ce sens, nous montrerons quelques points non évidents et des outils utiles.



Des experts bien connus dans le domaine de la sécurité informatique vous diront exactement comment renforcer la sécurité, quelles erreurs sont souvent commises et comment vous assurer que ni vous ni votre entreprise ne serez douloureusement blessés. Dans une série de master classes, les participants verront comment un service peut être piraté et comment s'en protéger à la fois d'un point de vue technique et d'un point de vue processus, tout en restant dans des méthodologies de développement modernes.



DevOps :



Bien sûr, nous parlerons des problèmes d'ingénierie généraux et discuterons des technologies et des processus à l'interface avec des solutions instrumentales qui facilitent la résolution des problèmes de développement, de test et d'exploitation.



Savez-vous ce qui sépare un bon rapport d'outil d'un mauvais? Dans une bonne conférence, l'auditeur n'obtient pas le sentiment d'un livre audio à partir d'un manuel, mais l'orateur explique comment utiliser cet outil dans la vraie vie, avec son aide pour simplifier la vie et résoudre ses problèmes plus efficacement. Chez DevOps Live, nous n'apprendrons pas seulement à connaître les outils, mais nous comprendrons comment et quand les mettre en œuvre et comment les utiliser correctement.



Il faut garder à l'esprit qu'il existe des outils qui se développent très rapidement et des approches qui évoluent un peu plus lentement. Nous parlerons des deux:



  • , .
  • - , , .
  • .


Alors que nous parlions d'outils et du fait que vous pouvez en parler, et que cela deviendra immédiatement plus facile et plus amusant à vivre pour quelqu'un, ou vous ne pouvez pas dire et attendre que tout le monde le comprenne, il est devenu curieux de savoir si le PC se donne la tâche d'éduquer .



Valeria Piliya: Il serait naïf de se fixer un objectif exclusivement éducatif. C'est, bien sûr, inhérent aux conférences par conception, mais il est impossible d'enseigner à quelqu'un contre son gré. Mais vous pouvez vous intéresser, vous émerveiller et douter. Aidez à apprendre quelque chose de nouveau, qui peut ne pas être tout de suite, mais qui vous sera utile et vous donnera quelque chose de très cool.



Mona Arkhipova: . : , , , DevOps .. ITIL . , , , , , . , .



: , ITIL, . , , ITIL, . , , IT Extreme Programming, .



: , . - , . IT , , , .



: , . . , , , 1969 .



DevOps



L'idée derrière la conférence DevOps Live est d'examiner DevOps sous différents angles, en particulier du point de vue du développement de produits.



Dans le cadre de l'approche DevOps, les solutions techniques doivent être liées aux objectifs métier. Mais les ingénieurs ne sont souvent pas très conscients de la nature de ces tâches. Par exemple, ils estiment que puisque le rapport DORA dit que des organisations cools sont libérées plusieurs fois par jour, le délai de mise sur le marché est le plus important pour les entreprises.



Timur Batyrshin:Comme tout ingénieur, je pensais que l'essentiel est de bien écrire le code, d'affiner son travail, et tout ira bien. Et puis il s'est avéré qu'il fallait non seulement insister sur les services et écrire du code, mais aussi faire bouger les choses dans l'entreprise. Et dans toute entreprise de plus de, disons, vingt personnes, des tâches supplémentaires se présentent pour connecter des groupes de travail et des spécialistes qui veulent des choses différentes. C'est ce que les pères DevOps nous ont dit: comment faire travailler tout le monde ensemble sur les mêmes tâches.



Pour DevOps Live, Timur Batyrshin et Andrey Shorin ont parlé aux Product Owners... Il s'est avéré que le temps de mise sur le marché tel que les ingénieurs le comprennent - des versions fréquentes - n'est pas très important pour eux. Le plus important est la prévisibilité, qui est obtenue lorsque les équipes produit, les équipes de développement, d'exploitation et de gestion travaillent vers des objectifs communs et se comprennent. Par conséquent, lors de la conférence, nous nous concentrerons sur la manière de négocier, de renforcer la confiance, de gérer la toxicité, etc.



Et il ne s'agit pas seulement et pas tant de montrer aux propriétaires de produits comment ils peuvent bénéficier de DevOps. Mais aussi aider les ingénieurs à comprendre comment leur travail affecte le produit. Car quand on ne voit pas le lien entre un travail technique spécifique et les résultats de l'entreprise, les mêmes problèmes de motivation, d'épuisement professionnel, etc. apparaissent. La question de la contribution à l'atteinte d'objectifs communs est occupée non seulement par le top management, mais déjà par les spécialistes intermédiaires et seniors.



Valeria Piliya: Quand une personne commence à se comprendre un peu plus en tant que professionnel et pense à ce qu'elle attend du travail dans le contexte de toute sa vie, il s'avère que cela ne met pas Kubernetes toute la journée. Parce que quoi?" Ici, ce n'est pas loin de la crise existentielle.



, , . « , » , .



DevOps Chief-



La mise en œuvre des pratiques DevOps dans une entreprise n'est certainement pas complète sans l'inclusion active du CTO, c'est-à-dire qu'il y a des leaders techniques parmi le public DevOps Live. Les PJ ont décidé de déterminer les souffrances du CTO et comment les aider à les résoudre, car il s'est avéré qu'il n'y avait pas assez de contenu de ce type dans les conférences informatiques modernes. Le plus souvent, des problèmes plus spécifiques d'équipes individuelles ou des problèmes techniques sont pris en compte.



C'est une chose de choisir entre Kubernetes et OpenStack, et une autre - des solutions de niveau Chief. De telles décisions, d'une part, doivent être prises beaucoup plus, d'autre part, le plus souvent, l'entreprise n'a pas encore d'expérience pertinente et ne peut compter que sur les résultats des autres, et troisièmement, le coût d'une erreur est élevé.



Une personne avec le préfixe Chief, en plus des solutions techniques, est également engagée dans des choses aussi passionnantes que: le calcul du coût de possession et des coûts d'infrastructure, la planification d'une pile technologique, la gestion de la capacité, etc., ce qui est hors de vue de la majorité.



Dmitry Zaitsev: Je veux révéler le sujet de la façon de changer quelque chose dans toute l'entreprise. Maintenant, il semble n'y avoir aucun endroit pour en parler. Par conséquent, nous voulons que les gens parlent et parviennent ensemble à comprendre comment mettre en œuvre quelque chose au niveau de l'entreprise.



La compréhension mutuelle au premier plan



Comme vous pouvez le voir, tous les thèmes sont interconnectés et font partie du puzzle. Inutile de penser: "Ouais, je ne suis pas intéressé par le développement de produits, je suis encore loin de la station service - il ne reste que la partie avec les pratiques d'ingénierie." Ce n'est pas vrai.



D'une manière ou d'une autre, tous les sujets qui seront abordés lors de la conférence se chevauchent, mais le comité du programme met davantage l'accent sur cela et prépare des formats spéciaux pour impliquer des participants ayant des rôles différents dans la discussion générale.



Valeria Piliya: Nous voulons que vous voyiez que chacun de vos collègues à sa place résout des problèmes auxquels vous n'auriez peut-être même pas pensé. Mais tous visent à développer un produit auquel vous êtes également impliqué.



Timur Batyrshin:Sûrement, tout le monde avait une situation où vous étiez sûr de la nécessité de certains changements techniques, par exemple, vous avez convaincu le responsable que vous aviez un besoin urgent de Kubernetes, et ils vous ont balayé que ce n'était pas le moment pour cela. Mais il y a toujours deux côtés à de telles histoires, et même les discours de conférence aident à comprendre les deux.



Et le but ici n'est pas seulement de devenir une "équipe plus efficace", mais aussi le fait que lorsque vous comprenez et faites confiance à vos collègues, cela devient plus agréable pour vous de travailler et plus facile à vivre. Par exemple, en regardant le problème plus largement, vous pouvez comprendre ce dont l'équipe et l'entreprise ont vraiment besoin en ce moment. Et par conséquent, parler dans une langue compréhensible pour les entreprises, convaincre de la nécessité de mettre en œuvre leurs idées. Ou d'entendre les arguments de l'opposant et d'accepter qu'il ne s'agit pas simplement d'un rayon dans les roues, mais qu'il y a vraiment une raison de ne pas le faire maintenant.



Tout est en ligne



Un sujet dont nous n'avons pas pu nous empêcher de parler est en ligne, où tous les événements ont évolué jusqu'à présent. Nous avons déjà organisé trois tests et trois grandes conférences en ligne à Ontico (vous pouvez voir comment ils se sont déroulés dans l'article sur KnowledgeConf ), tout n'est pas si mal. Mais on comprend ce que peuvent être les doutes, de plus, ils sont même à l'intérieur du PC.



À notre avis, il existe deux principaux problèmes en ligne:



  • Concurrence pour l'attention, car contrairement Ă  une confĂ©rence en face Ă  face, oĂą vous venez dans un endroit spĂ©cial, lors d'une confĂ©rence en ligne, les participants restent dans leur environnement familier avec tous les chats distrayants et autres rĂ©seaux sociaux.
  • Manque de communication en direct avec toutes ses composantes non verbales.


En ligne pour le comité de programme est un défi supplémentaire en termes de sélection des conférenciers. Il est vraiment difficile de se concentrer sur une conversation régulière, quand on n'est pas impliqué dans le processus mais seulement à l'écoute. Mais d'un autre côté, en ligne, il est possible ou plus pratique d'avoir diverses interactions, des démonstrations de codage en direct, un travail en groupe et bien plus encore, ce qui ne peut être fait lors d'une conférence hors ligne. Sans parler des locuteurs étrangers qui ne peuvent tout simplement pas venir en Russie pour diverses raisons, mais qui veulent vraiment participer et communiquer avec nous, pour comprendre ce qui se passe en Russie. C'est cette année que beaucoup sont heureux d'accepter de prendre la parole à notre conférence.



Valeria Piliya: , . , , , , - . , , , . - , .



, , , , , . , , , , .



Mona Arkhipova: C'est aussi plus pratique pour l'orateur, car il y a une opportunité, au moins, de ne pas se tenir au flipchart, mais de s'asseoir, et encore mieux de prendre un café, une collation à portée de main et de se sentir généralement à l'aise.



Un autre avantage non évident de l'Internet est que nous ne sommes pas limités non seulement par l'espace (par exemple, Infospace), mais aussi par le temps. Au printemps, nous avons appris de notre propre expérience qu'il est totalement impossible de rester impliqué dans une conférence en ligne pendant huit heures de suite. Mais nous avons une marge de manœuvre: nous pouvons répartir nos événements sur plusieurs jours pendant plusieurs heures. Le calendrier sera encore assez serré pour garder les participants dans leur contexte, mais quelques jours, plusieurs heures à un moment opportun, offriront une vitesse confortable pour la perception de l'information.



Timur Batyrshin: , - , , , - , , , . .



, , -, , -, , , -, , .



: . , , .



Par conséquent, en tant que tel, le réseautage en ligne peut être encore plus efficace et nous savons également comment le relancer. Il ne reste plus qu'à craindre que d'ici la fin du mois de septembre nous en aurons tous, en principe, marre de la ligne, mais elle sera neutralisée par le contenu que le PC prépare. Et la diversité.



DevOps Live s'avère:



  • C'est une telle largeur en termes de formats: il y aura des reportages, des master classes, des ateliers, des discussions, des consultations de groupe et individuelles, et ce n'est pas toutes les cartes qui se dĂ©voilent.
  • Voici une telle hauteur du point de vue du public: nous attendons Ă  la confĂ©rence des ingĂ©nieurs de diffĂ©rentes spĂ©cialitĂ©s informatiques, des agents de sĂ©curitĂ©, des stations-service, des chefs de produits et des chefs d'entreprise.
  • Et aussi la profondeur, car le hardcore est forcĂ©ment lĂ  aussi.


Nous espérons que cette préparation minutieuse et la nôtre avec les intervenants permettront à la conférence de remporter le concours d'attention, voire de travail et de réseaux sociaux.



Nous savons à quel point il est difficile de réserver du temps assis à la maison pour commencer à regarder quelque chose, s'y impliquer, réfléchir, discuter et communiquer avec d'autres personnes. Dans l'intérêt de ces personnes, je veux créer du contenu vraiment cool, chercher quelqu'un, négocier, proposer de nouveaux formats. Venez, nous vous attendons!



DevOps Live 29-30 6-7 . 15 .



— .



, , 5 18:00 - . , . , , .



All Articles