Toda terça-feira à noite, um clube de amantes anônimos do DevOps se reúne. Nossas tarefas são muito mais ambiciosas do que apenas compartilhar nosso problema e possivelmente obter conselhos. Discutimos todas as tendências do setor para que seria um prazer participar das
conferências e seções do DevOps .
Desde julho, trabalhamos no
DevOpsConf Russia , uma conferência profissional sobre integração de processos de desenvolvimento, teste e operação, que cresceu a partir do RootConf e será realizada nos dias 1 e 2 de outubro em Moscou, na Infospace.
Hoje vou lhe dizer como fazemos, quais relatórios tentamos selecionar, o que os palestrantes estão pedindo.
Escolhemos a integridade como foco da conferência . Falaremos sobre o DevOps de diferentes lados - do lado do desenvolvimento, operação, processos, gerenciamento e ferramentas. Por isso, formulamos um conjunto de seções:
- Plataforma de infraestrutura.
- Infraestrutura como um código.
- Entrega contínua.
- Feedback.
- Arquitetura no DevOps, DevOps for CTO.
- Práticas de SRE.
- Treinamento e gestão do conhecimento.
- Segurança, DevSecOps.
- Transformação de DevOps.
Em nossa opinião, este kit descreve completamente todos os aspectos importantes.
Um programa que cubra todas essas questões será útil de maneira abrangente. Por outro lado, a principal tarefa é
manter um equilíbrio , não começar a falar sobre processos e cultura isoladamente de tecnologias e ferramentas. Portanto, pedimos aos nossos palestrantes para restaurar o processo na empresa, esclarecer metas e objetivos e vinculá-los a soluções tecnológicas.
Deixe-me explicar com um exemplo: teremos um super-orador em todas as conferências do DevOps -
Alexey Vakhov , CTO do Uchi.ru.
Conversamos com Alexei e descobrimos que desde seu último relatório em sua infraestrutura e no transportador de entrega não houve inovações tecnológicas especiais. Após uma discussão e um pouco de brainstorming, decidimos sair do processo. Como exatamente o artefato com o código passa do desenvolvedor para a produção, o que acontece com o artefato, como os caras se protegem de erros e bugs em todo o pipeline? Alex concordou que este é um
novo olhar sobre o que está acontecendo dentro da empresa e decidiu refazer o relatório nesse sentido. E agora nós, como ouvintes, não apenas seremos capazes de aprender sobre a experiência de usar várias ferramentas no Uchi.ru, mas também aprenderemos como o processo de entrega contínua funciona.
Portanto, se você, como eu, está interessado, não é tarde demais para se inscrever na conferência DevOpsConf na Rússia !
Este é apenas um exemplo do trabalho conjunto do Comitê de Programa e do orador do relatório. Toda aplicação passa por uma discussão colegial e nos aprofundamos nos detalhes para que tudo funcione perfeitamente. Portanto, agora não vou falar sobre todos os relatórios, mas em cada tópico vou escolher um ou dois muito interessantes.
Plataforma de infraestrutura
Nikolay Sivko. Kubernetes para maiores de 30 anos
Agora eles costumam falar sobre kubernetes e, em okmeter.io, chegaram à conclusão de que também precisam de k8s na produção. Embora eles nem tenham CI / CD, existem limitações, como a tolerância máxima necessária a falhas e a falta de recursos humanos para esta tarefa.
Em seu
relatório, Nikolai promete contar como ele conseguiu resolver esse problema:
- HA k8s em metal puro de palitos de dente e fita isolante azul.
- Como a rede k8s foi organizada, o cluster k8s e os servidores vizinhos foram conectados .
- Por que não usar a rede de serviços k8s, mas implementar serviços sem cabeça e descoberta de enviado + dns sempre que possível.
A experiência do
okmeter.io será útil se você estiver procurando um equilíbrio entre o limite de entrada / benefícios / controle / desempenho do k8s.
Anna Stepanyan. Infraestrutura de monitoramento Booking.com
Neste
relatório , aprendemos: que dados sobre a operação de aplicativos no Booking.com são coletados para monitoramento; como eles são agregados; quais métricas e logs são armazenados; como analisar
Considere as
soluções populares
de monitoramento de código-fonte aberto , analise as limitações e os recursos, veja quais ferramentas você teve para se implementar.
Entrega contínua
Alexander Kharkevich. Desenvolvimento e manutenção eficazes de papéis Ansible
O Ansible é um dos sistemas populares de gerenciamento de configuração, possui um baixo limite de entrada, é convenientemente expandido por módulos de terceiros, permite a
reutilização de código e possui várias vantagens. Mas a introdução de um sistema de gerenciamento de configuração na testa ajuda apenas no início. Após algum tempo, torna-se bastante difícil manter um número expandido de funções. Alexander Harkevich, da EPAM Systems, em seu
relatório , falará sobre o
mecanismo de fornecimento contínuo de papéis , como a maneira mais eficaz de apoiá-los. Vamos examinar o desenvolvimento de funções públicas e públicas, mas com testes executados em uma infraestrutura privada.
Comentários
Vasily Ozerov. Monitoramento baseado em receita
Todo mundo coleta muitos indicadores técnicos e algumas métricas de negócios:
receita, retenção, qualidade . Infelizmente, muitas vezes essas métricas são analisadas separadamente e ninguém tenta correlacioná-las. Você sabe quanto dinheiro um servidor Web traz para você? Como ver problemas quando todos os sistemas de monitoramento técnico são ecológicos?
Quanto dinheiro uma empresa perde quando um banco de dados é carregado com 90%? E 50%? Venha para o
relatório de Vasily - nós entenderemos.
Arquitetura no DevOps, DevOps for CTO
Maxim Vikharev. Saga do DevOps "sobre microsserviço de modelo"
Este relatório será arquivado como engenheiro e desenvolvedor proativo de devops.
Considere todo o ciclo de vida de um (micro) serviço usando um exemplo específico de um serviço python:
- em que consiste e em que depende um (micro) serviço típico em um aplicativo Web moderno;
- quais recursos arquitetônicos e primitivos do kubernetes usar;
- como o (micro) serviço deve se integrar ao processo de desenvolvimento e entrega de aplicativos para não escrever instruções de um quilômetro de comprimento e geralmente não fazer nada de especial;
- como encaixar aplicativos com serviços do sistema em vários ambientes de produção, muitos de teste e depuração e por que;
- que arranjos e decisões são necessárias entre a equipe de infraestrutura e a equipe de desenvolvimento para uma interação confortável e eficaz.
Maxim compartilhará sua experiência, o que permitirá que os administradores delegem calmamente
a configuração e a implantação de aplicativos aos desenvolvedores . E os desenvolvedores devem se
concentrar nos recursos sem tempo de inatividade significativo devido à mudança para a atividade de devops.
Práticas SRE
Renato Losio. MySQL na nuvem
Todos os principais provedores de serviços em nuvem, da AWS ao Google Cloud, oferecem várias opções para executar bancos de dados MySQL ou compatíveis com MySQL na nuvem. Você pode implantar máquinas virtuais e configurar seu próprio cluster ou confiar em serviços e gerenciar bancos de dados com o
clique de um botão .
No
relatório do arquiteto-chefe da plataforma em nuvem da
Funambol, Renato Losio, consideraremos os
custos operacionais
da execução de bancos de dados relacionais na nuvem e
como integrar a infraestrutura de código. Vamos ver se é hora de bancos de dados sem servidor.
Igor Dolzhikov. Como satisfazer o serviço SRE ou Go em um contêiner em 5 minutos
A partir deste
relatório , aprendemos não apenas sobre as práticas aceitas da SRE, Igor ilustrará sua história com exemplos e, mais importante, promete dar o mais valioso - um
modelo de serviço formado que inclui a experiência de vários anos de trabalho.
Considere, em particular, os seguintes problemas: geração de serviços com a seleção dos módulos necessários; maneiras de testar e validar código; entrega e execução de código no contêiner localmente e no cluster; estrutura de módulos de serviço a partir das melhores práticas; fechamento educado do serviço (desligamento normal). E muito mais com a inestimável experiência no desenvolvimento de contêineres.
Segurança, DevSecOps
Sergey Noskov. Gerenciando segredos com o Hashicorp Vault
No relatório de Sergey, aprendemos sobre o gerenciamento de segredos no Avito usando o Hashicorp Vault e
Puppet e Kubernetes . Além disso, Sergey promete
listar quais cones foram preenchidos por um ano e meio de uso e compartilhará seus pensamentos sobre como consertar isso.
Transformação do DevOps
Anton Isanin. DevOps no Alfa Bank
Anton Isanin é o autor da estratégia de transformação do Alfa-Bank DevOps. A partir de seu
relatório , descobrimos quais problemas a empresa enfrenta no processo de transformação.
Vamos falar sobre uma implementação técnica específica : como escrever uma história de usuário; como organizar o desenvolvimento e o teste; como implantar; monitorar o trabalho em operação industrial, etc. Existem muitas nuances e é útil levar em consideração a experiência de empresas que já sofreram a transformação do DevOps.
Vejo você na grande e não anônima reunião dos amantes do DevOps nos dias 1 e 2 de outubro! Lembre-se de
reservar um ingresso com antecedência; mais perto da conferência, será mais caro.
Assine o Boletim Temático Ontiko DevOps para receber atualizações do programa assim que estiverem disponíveis. Tentamos tornar as cartas úteis e não invasivas, enviamos notícias da conferência, transcrições de relatórios e vídeos novos.
A propósito, o vídeo pode ser monitorado separadamente no canal do YouTube - há todos os vídeos coletados nos últimos anos e a lista é atualizada constantemente.