Pelo menos alguns anos se passaram desde que a palavra "DevOps" foi ouvida por todos. Quem simplesmente não o implementou e o que apenas não o fez.

Enquanto isso, a região é muito inexplorada, repleta de muitas descobertas. Por exemplo, a comunidade de língua russa ainda não decidiu a terminologia: alguém já contrata pessoas para o cargo de "devops" e sempre diz que "devops" é uma cultura e prática projetada para combinar desenvolvimento, operação e é também, portanto, chamar a posição de incorreta.

Muitos estão procurando uma resposta nos livros, já que muitos deles ultimamente. Por exemplo, um dos mais significativos me parece ser o Devops Handbook, de autoria de nosso palestrante John Willis, e o Google SRE Book, disponível gratuitamente na Internet. No entanto, ao ler esses livros, descobri o seguinte: um texto seco não é muito adequado para a transferência de conhecimento, muito baseado no trabalho real das pessoas vivas. Acontece conhecimento muito abstrato.

Por exemplo, consideramos o capítulo 14, "Gerenciamento de incidentes" . Temos dois exemplos: a princípio, a história de um incidente, tratada incorretamente, é contada com cores. Então a mesma história é contada, mas com a estrutura certa e bom resultado. Um bom resultado ocorre se você seguir práticas importantes:

• Uma clara divisão em funções, com a alocação dos responsáveis ​​por:
  
  • todo o incidente (“comandante”);
  • parte de operações;
  • comunicação
  • planejamento de trabalho;
• Destacar um post da equipe (tanto físico quanto apenas o bate-papo);
• Um documento constantemente atualizado descrevendo o estado atual do incidente;
• Transferência de autoridade oportuna e compreensível (por exemplo, no final de um turno).

No final, um bom conselho é dado sobre tudo no mundo. Em princípio, é bom, mas há uma pergunta: e como colocar tudo isso em prática? Cada item é adequado para um livro inteiro, e alguns deles exigem habilidades sociais que não podem ser descritas nos livros. Imagine que, no meio do incidente, o CTO chegue até você e comece a dar conselhos inúteis de uma vida passada em TI: oferecerá aumentar o tamanho das páginas de memória no Linux, embora seja completamente diferente, ou desativar as barreiras ext4, embora o cache esteja ativado. É tão fácil chutá-lo na bunda do nosso posto de comando sob o pretexto de que ele não tem nenhum papel na equipe? Como quem escreveu o artigo fez isso?

Idealmente, quero o seguinte: em primeiro lugar, ter mais de um ponto de vista sobre o mesmo problema, incluindo um obtido com a experiência de várias equipes. Nem todas as empresas são como o Google. Mesmo assim: empresas como o Google podem ser contadas nos dedos. Em segundo lugar, quero me encontrar com os autores desse conhecimento sagrado ao vivo, olhar nos meus olhos e fazer algumas perguntas. Por exemplo, muitos escritores de documentos elogiosos sobre uma devoção maravilhosa em sua organização são mentiras bregas, mas na verdade eles têm scripts e bastões colados à fita isolante. É muito útil olhar nos olhos. E realmente quero receber não apenas alguns conselhos generalizados, mas fazer minhas próprias perguntas complicadas - e obter respostas.

Questões de muitos pontos de vista e vários problemas não são resolvidos de maneira alguma por pequenas mitaps. Com a ajuda de livros, você não pode se aprofundar e falar de coração para coração. Ninguém decidiu definitivamente questões como terminologia prática; a composição das vagas depende da situação. Para obter conhecimento relevante e útil, você pode e deve usar todos os recursos ao mesmo tempo.

No ano passado, percebemos que tudo era tão confuso que era hora de organizar uma grande conferência sobre DevOps e somente ele. É chamado DevOops e ocorre no outono em São Petersburgo. Na próxima vez, será realizada em 14 de outubro deste ano.

Uma grande conferência é exatamente o que resolve a maioria dos problemas declarados. Por exemplo, se você não entendeu algo do livro de John Willis, pode não apenas ir ao relatório dele e entender o tópico com mais detalhes, mas também encontrá-lo na área de discussão e fazer perguntas diretamente.

Somente sobre DevOps

Em primeiro lugar, o recurso é que esta conferência é apenas sobre DevOps. Em princípio, na maioria das grandes conferências de TI na Rússia, agora existem alguns tópicos devópticos. Se você for imediatamente a várias conferências, poderá obter uma boa base. Mas eles terão que ouvir uma tonelada de tudo que os programadores de Java, .NET, JavaScript e outros tornaram-se dolorosos e geralmente - sem sucesso. Mas tudo isso é incrivelmente longo e incrivelmente caro. A conferência DevOops se concentra apenas no DevOps e, portanto, resolve muitos problemas organizacionais irritantes.

Eles falarão sobre contêineres e sua orquestração, virtualização e nuvens, monitoramento e auditoria, IC e CD e, em geral, tudo o que vier à mente quando a palavra "DevOps".

Apresentadores

Mas o mais importante são os alto-falantes. No momento do anúncio da conferência, nove pessoas de empresas como Google e Microsoft estavam prontas para compartilhar sua experiência. No final, o programa terá cerca de 17 relatórios em três faixas. Talvez haja mais faixas e relatórios. Estudamos cuidadosamente seus comentários dos DevOops anteriores e tentamos convidar aqueles que você mais queria. Vamos ver quem já está conosco.

John Willis

É impossível expressar em palavras o quão legal é que ele vem até nós. John é um dos vários pais do DevOps, autor de 10 livros publicados nos últimos vinte anos, incluindo o conhecido DevOps Handbook e Beyond the Fenix ​​Project , um guru de Ops por 35 anos e apenas uma lenda viva.

Definir Wargo

Seth é advogado do desenvolvedor do Google e, antes disso, trabalhou na HashiCorp, na Chef Software e em outros lugares. Você pode ter lido o livro Learning Chef ou já se encontrou em conferências.

Seu relatório se chama Segurança Moderna com Microsserviços e a Nuvem . É difícil superestimar a importância da segurança nos aplicativos de microsserviço, e isso torna o relatório de Seth especialmente relevante. O relatório incluirá uma descrição dos princípios básicos de segurança e práticas recomendadas em sistemas modernos baseados em microsserviços, e também haverá uma demonstração ao vivo do Vault como exemplo de sua aplicação.

Arroz Liz

Evangelista técnico da Aqua Security, chefe do Comitê do Programa KubeCon, fazendo as melhores palestras em conferências em todo o mundo.

Inicialmente especializada em desenvolvimento de software (em particular, implementação de pilha de rede em várias plataformas), Liz é bem versada em Kubernetes, Go e Python (o perfil no GitHub mostra claramente que ela não é uma daquelas evangelistas que se esqueceram de codificar), escreve posts no Medium ( porque ela não tem um convite para Habr! ) e possui várias habilidades específicas, como codificação ao vivo .

Liz apresentará um relatório intitulado "Etapas práticas para garantir a implantação de seu contêiner" , cuja essência é que, quando você adota a cultura do DevOps, a segurança se torna, de alguma forma, responsabilidade de todos da equipe. Coisas concretas serão demonstradas sobre como os princípios de segurança são fornecidos em todas as etapas do pipeline de CI / CD e o que exatamente precisa ser feito manualmente.

Jessica dean

Jessica é uma representante da comunidade de desenvolvedores do Microsoft Cloud, especializada em Azure, infraestrutura e contêineres. E ela sabe muito sobre GNU / Linux e Open Source - diga-me há cinco anos que eu escreveria sobre uma pessoa da Microsoft, ela ria.

Antes de ingressar na Microsoft, ela trabalhou com usuários finais de São Francisco como consultora de TI e administradora de sistemas para ambientes corporativos por mais de dez anos.

Jessica por 4 anos ocupou o cargo de Microsoft Most Valuable Professional na categoria "Windows e dispositivos para TI" (no mundo da Microsoft, isso é uma coisa muito importante). Claro, ela tem uma tonelada de outras certificações. Em particular, em 2013, ela recebeu a certificação FEMA do Departamento de Segurança Nacional dos EUA (Homeland Security) como líder em crises e emergências.

Ela também faz crossfit e é fisicamente muito estimulada. Com ela, você pode discutir um monte de perguntas na festa e não sobre o tópico de devops. Não esqueça que os palestrantes não são apenas fontes abstratas de conhecimento sobre um assunto restrito, mas também personalidades muito versáteis que têm algo a aprender em áreas muito diferentes.

Paul Stack

Paul é um desenvolvedor de infraestrutura que trabalhava na HashiCorp e estava envolvido no desenvolvimento de ferramentas usadas por milhões de pessoas (como Terraform). Ele frequentemente fala em conferências e transmite a prática da vanguarda das implementações de CI / CD, os princípios da organização adequada da parte das operações, e é capaz de explicar claramente por que os administradores fazem isso.

Paul já falou no DevOops anterior, e os participantes da conferência gostaram tanto dele que decidimos convidá-lo novamente!

O registro do relatório anterior pode ser visto aqui:

Desta vez, o relatório será completamente diferente. Sua essência é que construímos sistemas confiáveis ​​e tolerantes a falhas - mas como garantir que o sistema seja realmente confiável? Temos uma escolha: esperar por um incidente e reparar em um incêndio, ou adicionar incidentes por nós mesmos até aprendermos a sobreviver. Não consegue vencer incidentes? Então encabeça-os! Paul promete mostrar como adicionar o Caos à sua infraestrutura e como resistir a ela.

Alena Prokharchik

Alena é engenheira de software principal no Rancher Labs (sim, são os mesmos que criaram o Rancher , cujo slogan soa como "Kubernetes Everywhere") e o Comitê de Gerenciamento de Projetos da Apache Software Foundation. Anteriormente, trabalhei na criação de serviços de infraestrutura para máquinas virtuais no projeto CloudStack e agora, como você pode imaginar, para contêineres com ênfase no Kubernetes. Esta é uma pessoa que não só sabe tudo sobre Kubernetes, mas também pode falar sobre ele, ocupando o primeiro lugar em conferências.

Seu relatório é "Construindo uma plataforma para gerenciar vários clusters do Kubernetes: armadilhas e soluções" . A linha inferior é que, se já foi difícil trabalhar com k8s em um cluster, agora esse é um problema resolvido, e o trabalho foi movido para a área de gerenciamento de vários clusters. Problemas e soluções concretas serão considerados, apoiados não pelo raciocínio abstrato, mas por exemplos de suas soluções no desenvolvimento do Rancher. Mas este não é um relatório sobre o Rancher como produto, mas sobre a experiência adquirida de que os engenheiros podem precisar tanto no desenvolvimento quanto na parte operacional. Se você não sabe por que a empresa possui mais de um cluster Kubernetes, deve consultar este relatório.

Anton Weiss

Anton Weiss é co-proprietário da consultoria de tecnologia Otomato Software, proprietário de mais de 15 anos de experiência no campo da alta tecnologia. Ele é especialista em ensino técnico, iniciador e co-autor do primeiro curso de certificação Israel DevOPS. Anton participa de conferências internacionais e é conhecido como um orador legal.

Dessa vez, Anton nos procurará com o relatório "DevOps para dinossauros: como alterar processos, abordagens e pensamentos em uma empresa tradicional" . Nos últimos três anos, a Otomato realizou projetos de transformação de DevOps em várias grandes empresas internacionais. Eles ajudaram na transição para novas tecnologias, infraestruturas em nuvem e processos de entrega contínua.
Mas o principal é que mudamos os modelos de cooperação e fluxos de informação.
Não foi fácil, longe de tudo funcionar. Muito levou muito mais tempo e esforço do que o desejado. Este relatório é baseado em experiência real. Nele, Anton considerará tudo o que aprenderam e dirá a você: o que funciona, o que não funciona, o que precisa ser feito primeiro e depois o que e o que você deve prestar atenção antes de tudo.

Anton Babenko

Muitas pessoas conhecem e usam o Terraform em seu trabalho diário. Mas até agora, não existem práticas recomendadas para o Terraform. Cada equipe deve inventar suas próprias abordagens, métodos.
Anton executa uma coleção de módulos da comunidade Terraform para a AWS no GitHub (a propósito, terraform-aws-modules - mais de um milhão de downloads!) E sabe tudo sobre a manutenção a longo prazo do Terraform na produção. Ele está pronto para compartilhar sua valiosa experiência conosco. Como escrever módulos TF para que não doa.

Alexander Titov

Alexander é o organizador da comunidade DevOps Moscow e da conferência DevOpsDays Moscow.

Como sócio gerente do Express 42, ele agora está desenvolvendo DevOps em empresas de tecnologia. Antes disso, ele foi o diretor técnico da primeira hospedagem em nuvem na Rússia - Scalaxy, e antes disso percorreu o fascinante caminho de aquisição com Qik - o caminho de operar uma startup em rápido crescimento até operar em uma grande empresa internacional Microsoft.

Kirill tolkachev ( @tolkv )

Este é um dos palestrantes que o público realmente queria. Talvez você o conheça como co-fundador do Two Devs One Ops, um podcast extremamente subjetivo e interessante sobre o DevOps e a pilha moderna. Ou como residente permanente do podcast Debriefing , ou de histórias e relatórios sobre Groovy, Gradle, Spring e a pilha de tecnologia da Netflix.

Até recentemente, Cyril atuava como desenvolvedor principal do Alpha Laboratory e desenvolveu APIs bancárias, formando os princípios e kits de ferramentas para trabalhar com a arquitetura de microsserviços. Ele conhece a metodologia DevOps em primeira mão e tem quatro anos de experiência em sua aplicação. Agora Cyril está criptografado, mas ele provavelmente tem algo a compartilhar.

Baruch Sadogursky ( @jbaruch ) e Leonid Igolnik

Este será um relatório conjunto de nossos grandes amigos e de alguns dos melhores porta-vozes das conferências do Grupo JUG.ru. Os detalhes sobre o relatório ainda são desconhecidos; portanto, há tempo de sobra para aproveitar as intrigas.

No DevOops, eles fizeram uma magnífica palestra de encerramento, cuja gravação pode ser vista aqui:

Para quem ainda não sabe (existe?), Baruch é um advogado de desenvolvedores do JFrog e faz exatamente três coisas na vida: fica com desenvolvedores, usuários e clientes, escreve código para eles e fala sobre impressões em blogs e conferências - como DockerCon, DevOps Days, Container World, JPoint e Joker e muitos outros. E por mais de dez anos seguidos, nem um minuto se arrependendo.

Leonid é um business angel e estação de serviço de uma grande empresa no Vale do Silício, onde gerencia o desenvolvimento de aplicativos SaaS no campo da segurança corporativa. Ao longo de sua carreira, ele se envolveu em aplicativos on-line, iniciando-o em um dos primeiros provedores de Internet de Israel. Obviamente, Leonid está bem familiarizado com o desenvolvimento, com a administração e com a administração de projetos de grande escala.

Chamada de trabalhos

Você tem um tópico interessante para o relatório? Quer competir contra bisontes como Set Wargo e Liz Rice? Então é hora de se inscrever! O FP fecha a uma velocidade tremenda, até o dia 14 de agosto, há muito pouco tempo e restam apenas alguns lugares no programa. Inscreva-se agora .

Próximas etapas

O DevOops 2018 será realizado em 14 de outubro de 2018 em São Petersburgo.

O conhecimento adicional do projeto pode ser continuado no site . Preste atenção ao formulário de inscrição na página principal: definitivamente haverá novidades.

Vejo você no DevOops 2018! Vai ser ótimo!