A DevOps Enterprise Summit regular foi realizada em Londres, de 23 a 25 de junho de 2020. “In London” pode ser escrito entre aspas, como a pandemia fez seu trabalho e a conferência foi realizada on-line. Tem tanto coisas ruins aqui (a rede ainda sofre muito) quanto coisas boas: você pode fazer uma pausa entre os relatórios longe de todas as pessoas, pode reservar alguns dias inteiros para estudar os relatórios que lhe interessam e se concentrar - isso é muito útil ... Recentemente, eu estava em uma reunião "em Chelyabinsk", no dia seguinte - "em Novosibirsk" e alguns dias depois - na Califórnia: fisicamente seria extremamente difícil fazer isso. Obviamente, existem gravações, mas o próprio sentido de reservar tempo para aprender parece ajudá-lo a aprender.
Os formatos dos relatórios da conferência já se enraizaram em Habré, e o desejo de se desenvolver em condições quando você fica em casa se tornou especialmente forte (você precisa fazer alguma coisa) - e aqui surge a pergunta: existem muitas conferências ... como ver tudo o que você deseja ver?
E aqui eu pensei que poderia tentar fazer um relatório sobre a conferência em um formato diferente - para não falar sobre o que eram os relatórios (por isso, publiquei uma "transmissão de texto ao vivo" separada dos relatórios que ouvi), mas para escrever um artigo que resuma conclusões e tendências atuais, indicará para onde buscar os conhecimentos mais recentes.
O que é o DevOps Enterprise Summit? Como é diferente de outras conferências?
Qualquer artigo sobre a conferência do DevOps, é claro, deve começar com uma discussão sobre o que é o DevOps - e, é claro, todo mundo está cansado disso. Portanto, tentarei ser conciso!
De fato, todo mundo que argumenta provavelmente concorda em pelo menos uma coisa - que "os devops são um conjunto de práticas que facilitam a entrega de software e o gerenciamento de infraestrutura". As únicas diferenças são que um grupo (e na maioria das vezes são "administradores") diz que "a discussão de práticas deve ser prática", e o segundo grupo (e isso é desenvolvimento e, na maioria das vezes, gestão em desenvolvimento) acredita que "isso é filosofia e metodologia". "
Eu correria o risco de causar raiva por "simplificação", mas em essência: para o desenvolvimento, a introdução de métodos e recursos "admin" mudou o processo de desenvolvimento ideologicamente e transformou o DevOps em um novo Agile - quando ouvimos falar de conferências gerenciais sobre DevOps, ouvimos mudanças na metodologia. desenvolvimento. E o DevOps Enterprise Summit é uma daquelas conferências úteis para "administradores": também havia relatórios mais próximos do técnico.
Portanto, o DevOps Enterprise Summit é realizado desde 2014 e é organizado pela IT Revolution com o fundador de Gene Kim, conhecido por muitos pelo livro "Project Phoenix". IT Revolution é a editora que lançou uma série de livros sobre DevOps e seus links para o Agile. Por que empresa? Este é um ponto particularmente importante.
É fácil implementar metodologias ágeis em uma pequena empresa: em empresas com várias pessoas, elas provavelmente existem desde o início - você só precisa chamá-las dessa maneira. Com empresas de milhares, dezenas de milhares de pessoas, tudo é muito mais complicado. Há um grande número de processos neles, construídos para que esse colosso continue a se mover, e isso pode ser comparado a um grande navio. Quando um navio viaja pelo oceano de um continente para outro, cumpre seu papel, mas não pode mudar de rota e de rumo no menor tempo possível - isso leva tempo, especialmente nos negócios de tecnologia. Uma empresa jovem de apenas alguns poucos pode construir um protótipo em questão de dias que uma empresa de milhares construirá por anos - se não mudar.Portanto, as grandes empresas querem mudar e usar os métodos dos "jovens", mas precisam entender como não interromper seus processos. Eu já dei um exemplo em outro artigo: no Excel 1900 é considerado um ano bissexto, e isso é feito para compatibilidade com versões anteriores do Lotus 1-2-3, que tinha esse bug. Essas versões foram lançadas nos anos 80 - e a pergunta é: essa compatibilidade deve ser mantida? Até que ponto os erros podem ser permitidos na abordagem "corrigiremos mais tarde" quando você instala software em bancos em servidores que geralmente são desconectados da Internet? Como você pode manter a mesma flexibilidade? Era disso que tratava a conferência.Essas versões foram lançadas nos anos 80 - e a pergunta é: essa compatibilidade deve ser mantida? Até que ponto os erros podem ser permitidos na abordagem "iremos corrigi-lo mais tarde" quando você instala software em bancos em servidores que geralmente são desconectados da Internet? Como você pode manter a mesma flexibilidade? Era disso que tratava a conferência.Essas versões foram lançadas nos anos 80 - e a pergunta é: essa compatibilidade deve ser mantida? Até que ponto os erros podem ser permitidos na abordagem "iremos corrigi-lo mais tarde" quando você instala software em bancos em servidores que geralmente são desconectados da Internet? Como você pode manter a mesma flexibilidade? Era disso que tratava a conferência.
Formato
Toda conferência tenta descobrir como se conectar online, e é interessante. No DOES, é possível observar o seguinte:
- Os relatórios ainda são divididos por faixa, o visualizador pode alternar entre as faixas no processo.
- Os relatórios foram gravados antes do dia da conferência, para evitar problemas técnicos com a transmissão, o orador durante o relatório está no canal de folga e se comunica com o público. Essa é provavelmente a coisa mais interessante que aprendi com a organização. A solução é contraditória - por um lado, o interativo desaparece, por outro, muito mais tempo para perguntas (e muito mais oportunidades para o orador responder a mais perguntas). No entanto, por exemplo, ouvi principalmente o relatório e não queria mudar para a discussão, então cheguei ao final, quando havia pouco tempo e um novo orador chegou ao próximo relatório.
- , -, .
- , , , , « », - , , , .
- -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 ! : .
Livros mencionados que vale a pena ler:
Topologias de equipe em ação , Acelerar: Criando e dimensionando organizações de tecnologia de alto desempenho .
E eu sou um pouco mais regular do que o blog aqui, eu corro meu próprio canal de telegrama , assine.