Si vous n'êtes pas allé à DevOops 2017, alors probablement vos pensées sont maintenant comme ceci: «Qu'est-ce que la toge grecque a à voir avec cela? Le meilleur rapport de la conférence des développeurs ressemblait-il donc? Qu'est-ce que ce rapport et pourquoi est-il reconnu comme le meilleur? Et y avait-il des performances sérieuses dans des vêtements ordinaires? "
Le sérieux était plus que suffisant: si vous êtes intéressé par les nuances de travailler avec Kubernetes, Istio ou Zipkin, dans un article, vous trouverez tout cela, et les toges n'interfèrent pas avec les choses pratiques. Le titre de «meilleur» dépendait du public: nous avons compilé ce top 10 en fonction de leurs notes. Et la réponse à la première question est sous la coupe.
(keynote) DevOps à l'échelle: tragédie grecque en trois actes
Conférencier:
Baruch Sadogursky et Leonid IgolnikPrésentation du rapportDans ce cas, il est important de comprendre le contexte. La fin de la journée. Les téléspectateurs ont déjà regardé six reportages, ce discours de clôture reste. Immédiatement après, il y aura une fête, et après une journée d'absorption active d'informations, beaucoup voudront probablement y aller rapidement.
Et quelque chose de hardcore à ce moment-là serait difficile à percevoir - mais la performance ironique et costumée sur les devops, stylisée comme une tragédie grecque, s'intègre parfaitement dans le contexte, animant toute la salle. Dans le même temps, "un conte de fées est un mensonge, mais un indice": l'histoire de la façon dont une entreprise fictive a rencontré diverses difficultés au cours de sa croissance a aidé non seulement à rire, mais aussi à réfléchir.
Et en conséquence, c'est cette performance qui s'est avérée être la plus appréciée par DevOops. Afin que vous puissiez partager leurs sentiments, nous vous recommandons de regarder la vidéo dans des conditions similaires: le soir d'une journée difficile, avec un verre de quelque chose que vous aimez.
Expansion de k8s
Conférencier:
Nikolay RyzhikovPrésentation du rapportEt immédiatement après le paragraphe précédent, il y a un contraste aussi net que possible. Dans le rapport, qui a pris la deuxième place, au lieu des blagues et des divertissements, de solides spécificités techniques.
Kubernetes est devenu un outil clé de notre temps (là-bas, GitLab
passe d'Azure à GCP à cause de cela). Et tandis que certains l'utilisent déjà avec puissance et principal, d'autres regardent avec intérêt. Nous «regardons de près» au début du rapport avec des informations générales, et leur utilisation deviendra encore plus intéressante: Nikolai parle de «comment tout est à l'intérieur» et «comment simplifier autant que possible les opérations pour les développeurs avec k8» (idéalement, il voulait viendrait à NoOps).
one-cloud: data center OS à Odnoklassniki
Conférencier:
Oleg AnastasievPrésentation du rapportEt qui maintenant, avec toute la popularité de Kubernetes, a des raisons de ne pas l'utiliser? Chez Odnoklassniki: en le regardant, ils sont arrivés à la conclusion "il est plus facile pour nous de couper le nôtre que de l'adapter pour nous-mêmes". Mais ils y ont amené Docker. Tout cela s'est produit dans le cadre de la «création de votre propre cloud»: auparavant, le principe «chaque serveur est occupé avec une seule tâche» était utilisé dans les réseaux sociaux, mais au fil du temps, ils ont décidé d'exécuter différentes tâches sur un même serveur. Et le rapport en a parlé en détail.
L'expérience d'Odnoklassniki sera-t-elle utile aux autres si tout le monde ne travaille pas dans une entreprise avec plusieurs centres de données propres, et la plupart ont une spécificité complètement différente? Disons simplement qu'il est peu probable que vous regardiez un enregistrement avec le sentiment «nous devons faire de même», mais une partie du rapport peut être utile dans un autre contexte, et savoir «ce que vivent les autres» est utile pour une compréhension générale de l'industrie.
(keynote) Venez évoluer avec moi: résoudre les problèmes que vous n'avez pas
Conférencier:
Corey QuinnPrésentation du rapportCorey Quinn est connu comme le créateur d'Amazon AWS la
semaine dernière dans AWS Weekly Newsletter. Dans ses textes, il ironise constamment, radicalement différent du style sec habituel des matériaux informatiques. Mais avec toutes les blagues, sa newsletter s'est avérée si informative et utile que même les employés d'Amazon suivent souvent les nouvelles à ce sujet.
Corey a ouvert la conférence avec son discours, et dans son discours, il y avait la même combinaison «ironique et acte»: on pouvait entendre parler de situations qui sont à la fois le rire et le péché dévastateur. «Une fois, j'ai assisté à un rapport Netflix où ils ont dit qu'ils permettaient à tous les développeurs d'accéder à la production en général. L'homme assis à côté de moi approuva chaleureusement ces mots. J'ai regardé son badge et j'ai été horrifié de constater qu'il travaille dans une banque. »
Massacre à la tronçonneuse au silicium (comment j'ai passé le week-end en service)
Intervenants:
Baruch Sadogursky et Leonid IgolnikPrésentation du rapportEncore une fois Baruch Sadogursky et Leonid Igolnik, mais sans toges grecques et avec un rapport sur la façon de construire correctement le processus du devoir (et comment il est souvent construit à la place). Il n'y a plus un simple «DevOps à l'échelle» amusant, mais un rapport plus appliqué avec des conclusions spécifiques. Mais si vous connaissez Baruch, vous comprenez déjà que le lieu du spectacle a été trouvé ici. Premièrement, les conférenciers non seulement énumèrent les thèses «comment le faire correctement», mais donnent des histoires hypothétiques à titre d'exemple - et vous pouvez vous soucier de ses personnages, en se reconnaissant eux-mêmes et les autres en eux. Deuxièmement, tout cela est illustré par des gifs - et dans les enregistrements vidéo, vous pouvez clairement entendre la réaction du public à quel point leur sélection s'est avérée exacte.
Dépannage et débogage des applications de production dans Kubernetes (alias The Failing Demo Talk)
Intervenants:
Baruch Sadogur & Ray TsangEt encore Baruch, mais cette fois avec un locuteur différent (et, comme vous pouvez le deviner, dans une autre langue).
Avec des reportages dans lesquels il y a une "démo en direct", il y a toujours un risque "cette démo sur scène peut soudainement ne pas fonctionner". Et ici, nous avons vaincu cette difficulté en faisant délibérément la démo «comme si soudainement refusée» - et plus loin en comprenant ce qui devait être fait pour que tout devienne bien. Ce qui va bien avec le sujet du dépannage et du débogage: le débogage est intéressant à comprendre avec un exemple visuel concret.
Success Story, ou «Dev + DevOps + Ops»
Intervenants:
Artyom Kalichkin et Sergey BerdnikovPrésentation du rapportIl est facile de louer les avantages des devops dans les conversations. Il est beaucoup plus difficile de s'adresser à eux lorsqu'il existe une grande entreprise avec des processus établis qui ne peuvent pas changer instantanément. Et s'il y a des circonstances comme «c'est de la fintech, donc la sécurité est primordiale», la tâche devient encore plus compliquée.
Et voici un rapport de ceux qui ont déjà parcouru ce chemin, où ils partagent leur expérience en détail, passant de «était» à «est devenu». Il s'avère, entre autres choses, que pour un dévopien, vous ne pouvez pas simplement prendre et décréter de passer à d'autres outils - les changements doivent se produire avec les gens et venir d'eux.
Gérer vos microservices avec Kubernetes et Istio
Conférencier:
Craig BoxPrésentation du rapportBien que le paragraphe précédent nous rappelle que devo ne se limite pas aux outils, bien sûr, les outils et la capacité de les manipuler sont importants. Et ce rapport concerne strictement l'utilisation de deux technologies spécifiques. Si Kubernetes est déjà parlé et négocié (prenez au moins le deuxième élément de cette liste), la situation avec Istio est différente: il y a déjà plus de 9000 étoiles
sur GitHub , mais il n'y a pas tellement de documents à ce sujet. Ce rapport est d'autant plus précieux d'un employé de Google, une entreprise directement liée à Kubernetes et Istio. Si vous n'aviez pas activé Istio auparavant, c'est le bon moment: la version 1.0 est sur le point d'avoir lieu.
Comment blâmer correctement les choses pour avoir causé la latence: une introduction au traçage distribué et à Zipkin
Conférencier:
Adrian ColePrésentation du rapportUne autre discussion sur la technologie pour vous aider à utiliser l'outil efficacement. Comment la journalisation, les métriques et le traçage se comparent-ils? Comment gérer le troisième? Pourquoi l’outil Zipkin est-il ainsi nommé?
Nous allons gâcher la troisième réponse: lorsque Twitter a souffert de chutes et a montré ce que l'on appelle la «baleine défaillante», la société a appelé l'outil créé par le mot «harpon», dans l'espoir de vaincre la «baleine» avec elle. Et pour les réponses aux deux autres questions, voir le rapport.
De l'administrateur système à la personne
Conférencier:
Alexander TitovPrésentation du rapportAlexander est un associé directeur chez Express 42, qui «fait grandir le DevOps dans les entreprises technologiques». Avec un tel travail, il n'est pas surprenant qu'il ait vu de nombreuses approches de DevOps, y compris de nombreuses qui ont échoué - et puisse résumer les problèmes qui se produisent souvent et que devons-nous en faire. Que se passe-t-il lorsque devops provient exclusivement des administrateurs système? Et quand exclusivement du côté des développeurs? Et du côté de l'entreprise, qui a entendu un mot à la mode et a dit "devops hier"?
Si vous avez aimé ces enregistrements, alors vous l'aimerez encore plus lors de la conférence DevOops 2018: vous pourrez non seulement entendre les rapports, mais aussi demander à n'importe quel orateur dans la zone de discussion. La conférence aura lieu à Saint-Pétersbourg le 14 octobre, nous avons déjà publié une annonce détaillée sur Habré, et en attendant, les billets deviennent plus chers - vous devriez donc y penser maintenant.