Apresento a você um guia para o DevOpsConf - uma conferência que este ano tem uma escala galáctica. No sentido de que conseguimos montar um programa tão poderoso e equilibrado que vários especialistas gostarão da jornada: desenvolvedores, administradores de sistemas, engenheiros de infraestrutura, controle de qualidade, líderes de equipe, estações de serviço e geralmente todos os envolvidos no processo de desenvolvimento.
Sugerimos visitar duas grandes áreas do universo DevOps: em um, processos de negócios que podem ser alterados de maneira flexível por meio de código e, por outro, ferramentas. Ou seja, em nossa conferência haverá dois iguais em conteúdo de força e, o que é digno de nota, no número de relatórios do fluxo. Um é dedicado diretamente ao uso de ferramentas e o segundo a processos em exemplos de tarefas de negócios que são consideradas como código e gerenciadas como código. Acreditamos que tecnologias e processos estão intrinsecamente vinculados e sistematicamente mostram isso com a ajuda de nossos palestrantes, que trabalham em empresas de uma nova onda e compartilham seu caminho para uma nova percepção do desenvolvimento através da solução de problemas e superação de desafios.
Se você quiser, dê uma breve olhada em nosso guia DevOpsConf:
- 30 de setembro, no primeiro dia da conferência na primeira sala, consideraremos 8 casos de negócios.
- No primeiro dia na segunda sala, analisaremos soluções instrumentais mais especializadas. Em cada relatório, há muita experiência prática interessante que, no entanto, não é adequada para todas as empresas.
- Em 1º de outubro, no primeiro salão, pelo contrário, falamos mais sobre tecnologia, mas de forma mais ampla.
- Na segunda sala, no segundo dia, discutimos tarefas específicas que não surgem em todos os projetos, por exemplo, na empresa.
Mas notarei imediatamente que essa separação não significa a separação do público. Pelo contrário, é importante que um engenheiro compreenda as tarefas de negócios, saiba o significado do que está fazendo e tenha experiência prática. E para o líder da equipe ou estação de serviço, é claro, os casos e a experiência de outras empresas são importantes, mas você também precisa entender a cozinha interna. Debaixo do gato, falarei sobre todos os tópicos com mais detalhes e ajudarei a elaborar um plano de viagem detalhado.
A conferência será realizada no Infospace e nos dois principais salões que chamamos de “Coração de Ouro” - como um navio do “Guia do Mochileiro das Galáxias”, que usa o princípio da improbabilidade de se mover no espaço e “At the Edge of the Universe” - como um restaurante da mesma saga. Além disso, usarei esses nomes para designar as faixas. As paradas de relatório na área da galáxia do Coração de Ouro são mais adequadas para o principal grupo de turistas; isto é, se você quiser, deve visitar as atrações. "No limite do universo" existem objetos interessantes para viajantes experientes. Poucos chegam lá, mas aqueles que ousam ir lá com os olhos ardentes através de cinturões de asteróides.
Ao mesmo tempo, você pode facilmente mudar de uma sala para outra e, a qualquer momento, encontrará um tópico adequado para si. Como eu disse, o programa é muito equilibrado. Tivemos apresentações muito mais interessantes, mas com relutância, o Comitê de Programa teve que transferi-las para o
HighLoad ++ ou adiá-las para a conferência da primavera em São Petersburgo, para não perturbar o equilíbrio e realizar a idéia original. Cada um dos tópicos planejados (entrega contínua, infraestrutura como código, transformação de DevOps, práticas de SRE, segurança, plataforma de infraestrutura) permite que o programa da conferência seja examinado usando diferentes exemplos e de diferentes ângulos.
Agora sente-se, nossa nave galáctica segue com todas as paradas.
Coração de Ouro 30 de setembro
Os primeiros 90 dias como CTO
A conferência será aberta
por Leon Fire . sobre a herança de sistemas desatualizados e problemas que geralmente vêm agrupados. Leon lhe dirá como o STO entra em entendimento do sistema técnico com o qual começa a funcionar. Para o diretor técnico de uma empresa moderna, gerenciar o processo do DevOps é a principal tarefa, e Leon mostrará de maneira interessante e com humor a
relação entre as partes técnica e comercial do ponto de vista das estações de serviço.
Definitivamente, este relatório deve ser acompanhado por iniciantes em estações de serviço e aqueles que desejam se tornar um. Afinal, uma coisa é tornar-se um diretor técnico em sua empresa e outra é reingressar nessa função; essas acrobacias não estão disponíveis para todos.
Noções básicas do DevOps - entrar em um projeto do zero
O próximo
relatório continua o tópico, mas
Andrey Yumashev (litros) considerará a questão um pouco menos globalmente e responderá às perguntas: que conceitos básicos você precisa saber quando começar a trabalhar em equipes diferentes; como analisar o espectro de problemas; como construir um plano de ação; como calcular KPI e quando parar a tempo.
Infraestrutura futura como código
A seguir, discutimos o tópico da infraestrutura como um código.
Roman Boyko Solutions Architect da AWS no DevOpsConf
falará sobre o novo
AWS Cloud Development Kit , que permite descrever a infraestrutura em uma linguagem familiar (Python, TypeScript, JavaScript, Java). Aprenderemos em primeira mão o que permite que a nuvem esteja ainda mais próxima do desenvolvedor, como começar a usar essa ferramenta e criar componentes reutilizáveis para um gerenciamento conveniente da infraestrutura. Para os participantes da conferência, é uma ótima oportunidade de ouvir notícias do mundo em russo e com o grau de detalhe técnico que adotamos, mas não no Ocidente.
Do lançamento ao FastTrack
Após o almoço, retornaremos à questão da transformação por algumas horas. No
relatório da Evgeny Fomenko, seguiremos a transformação do MegaFon DevOps: começando do estágio em que eles tentam usar métodos tradicionais, como o KPI, superando o estágio em que nada está claro e você precisa criar novas ferramentas e mudar a si mesmo,
até que o processo seja completamente reestruturado . Essa é uma experiência corporativa muito interessante e motivadora, que também envolveu seus contratados na transformação do DevOps, sobre a qual Eugene também falará.
Como se tornar uma equipe multifuncional
Mikhail Bizhan tem uma vasta experiência na condução de alterações transfomacionais às equipes. Agora, Michael, como líder da equipe de aceleração, o Raiffeisenbank torna as equipes multifuncionais. Em seu
relatório, falaremos sobre a dor da falta de equipes multifuncionais e por que os desafios das equipes multifuncionais não terminam com a idéia de inventar, criar e implementar.
Práticas SRE
Dois relatórios sobre práticas de SRE que estão ganhando impulso e ocupam um lugar importante em todo o processo de DevOps estão esperando por nós no caminho.
Alexey Andreev, do Prisma Labs
, lhe dirá por que as startups precisam de práticas de SRE e por que vale a pena.
Matvey Grigoryev, da Dodo Pizza,
apresentará um exemplo de SRE em uma empresa maior que já superou o estágio inicial. O próprio Matvey diz o seguinte: um desenvolvedor .NET experiente e um SRE iniciante, respectivamente, compartilharão a história da transição do desenvolvedor, e não apenas um, mas toda a equipe, para a infraestrutura. Por que o
DevOps é uma maneira lógica para o desenvolvedor e o que acontece se você começar a ver todos os seus manuais Ansible e scripts bash como um produto de software completo e aplicar os mesmos requisitos a eles, discutiremos no relatório de Matthew em 30 de setembro às 17:00 no salão " Coração de ouro. "
O primeiro dia do programa será concluído por
Daniil Tikhomirov , que em seu
discurso fará uma pergunta importante:
como o hardware está relacionado à felicidade do usuário . Resolvendo o problema "tudo funciona, mas o usuário está insatisfeito", a MegaFon passou de monitorar sistemas individuais, depois servidores, aplicativos e monitorar o serviço pelos olhos do usuário. Descobriremos como todos os especialistas técnicos, clientes e fornecedores começaram a se concentrar nesses indicadores KQI. E depois disso, vamos discutir infraestrutura e transformação informal após a festa.
“À beira do universo”, 30 de setembro
Os três primeiros relatórios no salão "À beira do universo" serão muito interessantes do ponto de vista das ferramentas.
Maxim Kostrikin (Ixtens)
mostrará padrões no Terraform para combater o caos e a rotina em projetos grandes e longos. Os desenvolvedores do Terraform oferecem práticas recomendadas bastante convenientes para trabalhar com a infraestrutura da AWS, mas há uma nuance. Usando exemplos de código, o Maxim demonstrará como não transformar uma pasta com um código Terraform em uma bola de neve, mas usando padrões para simplificar a automação e desenvolvimento adicional.
Um relatório de Grigory Mikhalkin da Lamoda
“Por que desenvolvemos o operador Kubernetes e que lições aprendemos disso” ajudará a preencher a falta de informações sobre como implementar a prática da infraestrutura como um código com base no Kubernetes. O próprio Kubernetes contém, por exemplo, uma descrição dos serviços com arquivos yaml, mas isso não é suficiente para todas as tarefas. O gerenciamento de baixo nível requer operadores, e este relatório é muito útil se você deseja gerenciar o Kubernetes corretamente.
O tópico da próxima palestra,
Hashicorp Vault, é bem especial. Mas, de fato, essa ferramenta é necessária sempre que você precisar gerenciar senhas e ter um ponto em comum para trabalhar com segredos. No ano passado, Sergey Noskov, contou como eles gerenciam segredos em Avito usando o Hashicorp Vault, assista ao
relatório e venha
ouvir Yuri Shutkin, do Tinkoff.ru, para ter ainda mais experiência.
Taras Kotov (EPAM)
considerará a tarefa ainda mais rara de construir uma infraestrutura em nuvem que inclua sua própria
rede IP / MPLS principal . Mas a experiência é legal e o relatório é incondicional; portanto, se você sabe do que se trata, não deixe de vir a este relatório.
À noite, falaremos sobre gerenciamento de banco de dados em infraestruturas de nuvem.
Kirill Melnichuk compartilhará sua experiência de usar o
Vitess para trabalhar com o MySQL dentro de um cluster Kubernetes . E
Vladimir Ryabov, da Playkey.net,
mostrará como trabalhar com dados dentro da nuvem e como usar a capacidade de armazenamento disponível corretamente.
Coração de Ouro, 1º de outubro
1 de outubro, tudo será o contrário. No salão "Golden Heart", haverá uma faixa mais orientada tecnologicamente. Assim, para os engenheiros que viajam no Coração de Ouro, primeiro sugerimos mergulhar nos casos de negócios e depois ver como esses casos são resolvidos na prática. E os gerentes, por sua vez, primeiro pensam em possíveis tarefas e depois começam a entender melhor como implementá-lo em ferramentas e hardware.
Sob o capô de um grande armazenamento em nuvem
O primeiro orador é
Artemy Kapitula . O relatório do ano passado, "
Ceph. Anatomia de um desastre ”, acho que os participantes da conferência foram os melhores, graças à incrível profundidade da história. Desta vez, a
história continuará com as soluções Mail.Ru Cloud Solutions para o dispositivo de armazenamento e a análise do caso de uma falha do sistema. O benefício óbvio deste relatório para os gerentes é que Artemy analisa não apenas o problema técnico em si, mas todo o processo para resolvê-lo. I.e. Você pode entender como gerenciar esse processo como um todo e experimentar sua empresa.
Implantação descentralizada reversa
Yegor Bugaenko também fala não pela primeira vez, seus relatórios tradicionalmente contêm teses controversas, mas eles fazem você pensar. Esperamos que o
relatório da Yegor sobre a implantação descentralizada cause uma discussão interessante e, mais importante, construtiva.
Subindo nas nuvens novamente
O relatório de Alexey Vakhov é uma fusão poderosa do componente de negócios e da tecnologia; será interessante do lado da engenharia e do lado gerencial. Alexey dirá como o Uchi.ru possui
infraestrutura em nuvem nativa : como ele usa Service Mesh, OpenTracing, Vault, registro centralizado e SSO total. Depois, às 15:00, Alexei realizará uma
master class , na qual todos que vierem poderão tocar todas essas ferramentas com as próprias mãos.
Apache Kafka em Avito: uma história de três reencarnações
O relatório de Anatoly Soldatov sobre como o Kafka é construído como um serviço no Avito será, naturalmente, interessante para aqueles que usam o Kafka. Mas, por outro lado, o
processo de criação de um serviço interno é muito bem divulgado: como coletar os requisitos para o serviço e os desejos dos colegas, implementar interfaces, criar interação entre equipes e criar um serviço como um produto dentro da empresa. Desse ponto de vista, a história é novamente útil para participantes da conferência completamente diferentes.
Torne os microsserviços leves novamente
Aqui, ao que parece, tudo está claro com o nome. Mas as teses
propostas por Dmitry Sugrobov de Leroy Merlin, mesmo no comitê do programa, causaram um debate acalorado. Em uma palavra, será uma boa base para uma discussão sobre o que considerar microsserviços em geral, como escrevê-los, mantê-los etc.
CI / CD para gerenciar a infraestrutura BareMetal
O próximo relatório é novamente dois em um. Por um lado,
Andrey Kvapil (WEDOS Internet, as) falará sobre o gerenciamento da infraestrutura BareMetal, que é bastante específica, porque todo mundo agora usa principalmente as nuvens e, se eles mantêm hardware, não estão em uma escala tão grande. Mas é muito importante que Andrey
compartilhe sua experiência no uso
de técnicas de CI / CD para implantar e gerenciar a infraestrutura BareMetal e, desse ponto de vista, o relatório será interessante para Timlids e engenheiros.
O tópico continuará
Sergey Makarenko, mostrando os bastidores desse processo demorado na
Plataforma Wargaming .
Os contêineres podem ser seguros?
O programa no Golden Heart Hall será concluído por
Alexander Khayorov com um relatório de discussão sobre segurança de contêineres. No RIT ++, Alexander já
apontou os problemas de segurança de Helm e as formas de lidar com isso, e desta vez não se limitará a listar pontos fracos, mas
mostrará ferramentas para isolar completamente o ambiente.
"À beira do universo", 1º de outubro
Alexander Burtsev (BramaBrama) iniciará e
apresentará uma das soluções possíveis para acelerar o site. Vejamos a implementação bem-sucedida da
aceleração quíntupla
apenas devido às ferramentas do DevOps sem reescrever o código. Para decidir se deseja reescrever o código ou não, ainda é necessário recriar cada projeto, mas ter em mente que essa experiência é sempre útil.
DevOps no 1C: Enterprise
Petr Gribanov, da 1C
, tentará desmascarar o mito de que é impossível implementar o DevOps em uma grande empresa. O que poderia ser mais complicado do que a plataforma 1C: Enterprise, mas como as práticas de DevOps são aplicáveis mesmo lá, acho que o mito não se sustenta.
DevOps personalizados
Anton Khlevitsky, na continuação do relatório, Yevgeny Fomenko,
contará como o MegaFon construiu o DevOps por parte do contratado e construiu o Continuous Deployment, incluindo desenvolvimento personalizado de vários fornecedores de software.
Trazendo DevOps para DWH / BI
Um tópico não padrão, mas novamente interessante para diferentes participantes,
será revelado por Vasily Kutsenko, do Gazprombank. Vasily compartilhará dicas práticas sobre como desenvolver uma cultura de TI no desenvolvimento de dados e aplicar práticas de DevOps no Data Warehous e BI, além de informar como o pipeline para trabalhar com dados difere e quais ferramentas de automação são realmente úteis no contexto de trabalho com dados.
Como você vive sem um departamento de segurança
Após o almoço,
Mona Arkhipova (sudo.su) nos
apresentará os conceitos básicos do
DevSecOps e explicará como você pode integrar a segurança como um processo ao processo de desenvolvimento e parar de usar um departamento de segurança separado. O tópico é urgente e o relatório deve ser muito útil para muitos.
Teste de carga em solução grande de CI / CD
O
desempenho de Vladimir Honin, do MegaFon, complementará perfeitamente o tópico anterior. Aqui, falaremos sobre
como introduzir qualidade no processo do DevOps : como aplicar o Quality Gate, corrigir vários casos dentro do sistema e como colocar tudo isso no processo de desenvolvimento. Este relatório é especialmente adequado para quem trabalha com sistemas grandes, mas, mesmo que você não trabalhe com grandes cobranças, encontrará aspectos interessantes para si mesmo.
SDLC e conformidade
E o próximo tópico é mais relevante para grandes empresas - como introduzir soluções de Conformidade e requisitos de padrões no processo.
Ilya Mitrukov, do Centro de Tecnologia do Deutsche Bank
, demonstrará que os
padrões de trabalho podem ser compatíveis com o DevOps .
E no final do dia,
Matvey Kukuy (Amixr.IO)
compartilhará estatísticas e idéias sobre como dezenas de equipes em todo o mundo estão de serviço, resolverá incidentes, organizará o trabalho e construirá sistemas confiáveis e explicará como tudo isso se relaciona com o SRE.
Agora até te invejo um pouco, porque você só precisa viajar para o
DevOpsConf 2019 . Você pode fazer seu próprio plano individual e apreciar como organicamente os relatórios se complementarão, e eu, provavelmente, como qualquer guia, nunca terá tempo para olhar atentamente.
A propósito, além do programa principal, temos, por assim dizer, camping - mitapnaya, no qual os próprios participantes podem organizar uma pequena reunião, oficina, master class e discutir problemas urgentes em um ambiente de câmara. Qualquer participante pode
propor um mitap e qualquer participante pode atuar como um comitê de programa e votar em outros mitaps. Esse formato já provou sua eficácia, especialmente em termos de rede, portanto, observe mais de perto
essa parte do cronograma e, durante a conferência, siga os anúncios de novas mitaps no
canal de telegrama .
Vemo-nos no Galaxy DevOpsConf 2019!