Le DevOps Enterprise Summit régulier s'est tenu à Londres du 23 au 25 juin 2020. «À Londres» peut être écrit entre guillemets, car la pandémie a fait son travail et la conférence s'est tenue en ligne. Il y a à la fois de mauvaises choses ici (le réseautage souffre encore beaucoup) et de bonnes choses: vous pouvez faire une pause entre les rapports loin de tout le monde, vous pouvez réserver quelques jours entiers pour étudier les rapports qui vous intéressent et vous concentrer - c'est très utile ... Tout récemment, j'étais à une rencontre "à Tcheliabinsk", le lendemain - "à Novosibirsk", et quelques jours plus tard - en Californie: physiquement, ce serait extrêmement difficile de faire ça. Bien sûr, il y a des enregistrements, mais le sens même de prendre du temps pour apprendre semble vous aider à apprendre.
Les formats des comptes-rendus de conférences ont déjà pris racine sur Habré, et l'envie de se développer dans des conditions lorsque l'on est assis à la maison est devenue particulièrement forte (il faut faire quelque chose) - et ici la question se pose: il y a beaucoup de conférences ... comment voir tout ce que l'on veut voir?
Et ici, j'ai pensé que je pourrais essayer de faire un rapport sur la conférence dans un format différent - pas pour dire quels étaient les rapports (pour cela, j'ai posté une "diffusion en direct" distincte de ces rapports que j'ai écoutés), mais pour écrire un article qui résume conclusions et tendances actuelles, indiqueront vers qui se tourner pour obtenir les dernières connaissances.
Qu'est-ce que le DevOps Enterprise Summit? En quoi est-ce différent des autres conférences?
Tout article sur la conférence DevOps, bien sûr, devrait commencer par une discussion sur ce qu'est DevOps - et, bien sûr, tout le monde en a assez. Par conséquent, je vais essayer d'être concis!
En fait, tous ceux qui soutiennent sont susceptibles d'être d'accord sur au moins une chose - que «le devops est un ensemble de pratiques qui facilitent la livraison de logiciels et la gestion de l'infrastructure». Les seules différences sont qu'un groupe (et le plus souvent ce sont des "administrateurs") dit que "la discussion des pratiques doit être pratique", et le deuxième groupe (et c'est le développement et, le plus souvent, la gestion en développement) estime que "c'est de la philosophie et de la méthodologie ".
Je risquerais de me mettre en colère pour la «simplification», mais en substance: pour le développement, l'introduction de méthodes et de capacités «d'administration» a changé le processus de développement lui-même idéologiquement et a transformé DevOps en un nouvel Agile - quand nous entendons parler de conférences de gestion sur DevOps, nous entendons parler de changements de méthodologie développement. Et le DevOps Enterprise Summit fait partie de ces conférences utiles pour les «administrateurs»: il y avait aussi des rapports plus proches de la technique.
Ainsi, le DevOps Enterprise Summit se tient depuis 2014, et il est organisé par IT Revolution avec le fondateur de Gene Kim, connu de beaucoup dans le livre "Project Phoenix". IT Revolution est l'éditeur qui a lancé une série de livres sur DevOps et ses liens vers Agile. Pourquoi Enterprise? C'est un point particulièrement important.
La mise en œuvre de méthodologies agiles dans une petite entreprise est facile: dans les entreprises composées de plusieurs personnes, elles existent probablement depuis le début - il vous suffit de les appeler ainsi. Avec des entreprises de milliers, de dizaines de milliers de personnes, tout est bien plus compliqué. Il y a un grand nombre de processus en eux, construits pour que ce colosse continue à se déplacer, et cela peut être comparé à un grand navire. Lorsqu'un navire traverse l'océan d'un continent à un autre, il remplit son rôle, mais le navire ne peut pas changer de route et changer de cap dans les plus brefs délais - cela prend du temps, en particulier dans les entreprises technologiques. Une jeune entreprise de quelques personnes seulement peut construire un prototype en quelques jours qu'une entreprise de milliers de personnes construira pendant des années - si cela ne change pas.Par conséquent, les grandes entreprises veulent changer et utiliser les méthodes des «jeunes», mais elles doivent comprendre comment ne pas perturber leurs processus. J'ai déjà donné un exemple dans un autre article: dans Excel, 1900 est considéré comme une année bissextile, et cela est fait pour la compatibilité descendante avec les versions de Lotus 1-2-3, qui avaient un tel bogue. Ces versions ont été publiées dans les années 80 - et la question est: cette compatibilité doit-elle être maintenue? Dans quelle mesure les bogues peuvent-ils être autorisés dans l'approche «nous corrigerons cela plus tard» lorsque vous installez des logiciels dans des banques sur des serveurs généralement déconnectés d'Internet? Comment pouvez-vous conserver cette même flexibilité? C'était le sujet de la conférence.Ces versions ont été publiées dans les années 80 - et la question est: cette compatibilité doit-elle être maintenue? Dans quelle mesure les bogues peuvent-ils être autorisés dans l'approche «nous corrigerons cela plus tard» lorsque vous installez des logiciels dans des banques sur des serveurs généralement déconnectés d'Internet? Comment pouvez-vous conserver cette même flexibilité? C'était le sujet de la conférence.Ces versions ont été publiées dans les années 80 - et la question est: cette compatibilité doit-elle être maintenue? Dans quelle mesure les bogues peuvent-ils être autorisés dans l'approche «nous corrigerons cela plus tard» lorsque vous installez des logiciels dans des banques sur des serveurs généralement déconnectés d'Internet? Comment pouvez-vous conserver cette même flexibilité? C'était le sujet de la conférence.
Format
Chaque conférence essaie de comprendre comment se mettre en ligne, et c'est intéressant. Dans DOES, on peut noter ce qui suit:
- Les rapports sont toujours divisés par piste, le spectateur peut basculer entre les pistes dans le processus.
- Les reportages ont été enregistrés avant le jour de la conférence, afin d'éviter des problèmes techniques avec la diffusion, l'orateur pendant le reportage est dans le canal mou et communique avec le public. C'est probablement la chose la plus intéressante que j'ai apprise de l'organisation. La solution est contradictoire - d'une part, l'interactif disparaît, d'autre part, beaucoup plus de temps pour les questions (et beaucoup plus d'occasions pour l'orateur de répondre à plus de questions). Cependant, par exemple, j'ai principalement écouté le rapport et je ne voulais pas passer à la discussion. Je suis donc arrivé à la fin, quand il ne restait plus de temps et qu'un nouvel orateur est venu au rapport suivant.
- , -, .
- , , , , « », - , , , .
- -Horses, -Unicorns — -, « », , — , , .. , - «-» , , ( ) ( Gene Kim).
- DevOps « » — scenius. Scenius «» — genius, , , , scenius, ( Gene Kim). (. medium.com/@stevesargon/steal-like-devops-artist-1-you-dont-have-to-be-a-genius-or-googler-6e9f17c14fb5 Scenius.)
- Platform Engineering, «» «», (DevOps Journey at Adidas III, Exploring Data in the Cloud Fernando Cornago VP, Platform Engineering, Daniel Eichten VP, Enterprise Architecture, Adidas ). (. softwareengineeringdaily.com/2020/02/13/setting-the-stage-for-platform-engineering platform engineering platform team). , , , , . — , , . , , (platform advisory/community management/platform operation/platform evolution).
DevOps Dojo. . , . SRE- Uptime community, , ? Dojo — , , . DevOps- Target, , , , , , , . . youtu.be/1FMktLCYukQ
- Swiss Re — , 156 , DevOps- . , « ». «» — «» CEO, , .. , , , Gartner-, 76% DevOps- «, ». . — , . , «» DevOps- — . . , , : Hermes Germany GmbH , CIO, « », «» .
- , — . State of Devops, Gene Kim Accelerate.
- , , DevOps And Modernization 2.0 (CSG) Scott Prugh — DevOps . , — , : Cobol-, 3,7 IBM High Level Assembler Java ! : .
Livres mentionnés méritent d'être lus:
Topologies d'équipe en action , accélération: création et mise à l'échelle d'organisations technologiques à haute performance .
Et je suis un peu plus régulier que le blog ici, je dirige ma propre chaîne de télégramme , abonnez-vous.