“Precisamos levar o DevOps para as massas de forma mais ativa”, decidimos no ano passado, realizamos uma mudança de marca em grande escala do RootConf e lançamos o
DevOpsConf , como um local onde os engenheiros foram capazes de discutir muitas questões prementes e ver o que está acontecendo ao seu redor do que em áreas relacionadas, como sair de situações semelhantes, mas ainda ótimas. Conseguimos montar um programa interessante e, mais importante, um público de profissionais que precisavam de dor e suas soluções e entendiam.
Bem, não vamos parar no que foi alcançado - continuaremos avançando na abordagem de
integração dos processos de desenvolvimento, teste e operação em maio no
RIT ++ .
Como o DevOps, em nosso entendimento, trata da combinação de todos os processos de desenvolvimento, o festival de conferências RIT ++, no qual participam desenvolvedores de servidores e clientes e gerentes de diferentes níveis, pessoas que constroem processos de negócios e muitos outros especialistas em TI, é o lugar para falar sobre DevOps.
Para envolver muitos no processo, alteramos o vetor da conferência em comparação com o RootConf. Estamos interessados não apenas em ferramentas e hardcore técnico, mas também em
processos, gerenciamento, transformação de equipes e tudo relacionado ao desenvolvimento de software em empresas de tecnologia . O programa DevOpsConf será interessante não apenas para os administradores de sistema, mas para todos os que usam barba :) Embora a prática mostre que você pode ficar sem barba. Ou seja, existem tópicos para diferentes desenvolvedores e para CTO.
Theme
Concebido, é claro, não pode ser realizado sem uma parte justa da participação
da comunidade . Nesta função, temos um grande Comitê de Programa, que consiste em especialistas de primeira classe em Operações e Dev e é responsável pela parte de DevOps em muitas conferências, incluindo o
HighLoad ++ (a propósito, este ano, haverá três delas e nossa seção estará em todo lugar). Conversamos sobre o histórico e as visões deles sobre a transformação do DevOps
aqui . Não estamos mais dando pausas na preparação entre as conferências, mas estamos constantemente estudando as necessidades do público e buscando novas idéias viáveis. Aqui está o que identificamos para o futuro próximo:
- Como vender DevOps no caso de terceirizados.
- Implementação de abordagens SRE.
- Rastreamento distribuído.
- Como o DevOps difere da operação bem organizada.
- Diferenças entre GitOps e Infraestrutura como código para gerenciamento de configurações.
- Casos de implementação de malha de serviço bem-sucedidos.
- Padrões de design de sistemas distribuídos.
- Alternativas ao Docker - Podman?
- Legitimização do DevOps para auditores.
- ITIL v4 e DevOps.
- Separação de tarefas e o princípio dos quatro olhos no DevOps.
- DevOps na Internet das coisas.
- DevOps no Machine Learning.
- Provedores de nuvem: AWS, Azure, GCP, etc.
Chamada de trabalhos
Inscreva-se em um relatório se algum desses itens fizer parte de suas tarefas diárias. Ou, se você ainda está resolvendo um problema, mas os cones empalhados não são mais assombrados, e você quer falar sobre eles. Além disso, se o DevOps em sua empresa ainda não é um padrão, mas muita coisa já mudou nos processos a caminho, teremos o maior prazer em considerar esse relatório.
Em caso de dúvida, não hesite . O principal é que o tópico foi pessoalmente interessante para você e a solução foi sobre a qual você não pode ler sobre o stackoverflow, mas que pode ajudar alguém a economizar tempo e nervosismo. De resto, ajudaremos, faremos as perguntas certas, informaremos onde desenvolver o relatório e, mesmo na preparação do discurso, temos um truque secreto (na verdade,
aqui está).
Aqui estão algumas sugestões do Comitê do Programa para ajudá-lo a decidir.
Danila Shtan quer ouvir mais alternativas aos produtos "padrão", como Kubernetes ou Prometheus, na prática.
Dmitry Zaitsev está aguardando relatórios sobre:
- Experiência viável e comprovada na incorporação de verificações de segurança nos pipelines de entrega.
- Experiência de trabalho e testada em operações de análise e automação em geral em questões de embalagem, entrega e trabalho adicional com modelos.
- Gerenciar a complexidade não está em palavras, mas em ações.
Artyom Kalichkin está interessado em casos de transição para os trilhos do DevOps em um ecossistema onde não apenas microsserviços, mas também qualquer legado pesado, ESB, RDBMS.
Dmitry Malykhin gostaria de ouvir sobre as práticas do GitOps e SRE.
Valeria Pilia espera que alguém fale sobre:
- A Entrega Contínua Real confirma casos para aplicativos complexos, com segurança e regulamentos, e não apenas para frentes leves.
- A extinção do ecossistema Hadoop e a dor de sair dele. Alternativas do ponto de vista arquitetônico.
- O amor de especialistas em dados, desenvolvedores, testadores e engenheiros em uma única corrida para criar um produto.
Aceitamos pedidos de relatórios
até 27 de março . Sim, são apenas duas semanas, mas não adie o envio para o último dia. Em primeiro lugar, começaremos a confirmar os relatórios sem esperar pelo fim, e a competição aumentará. Em segundo lugar, você e nós teremos menos tempo para refinar e refinar o tópico, ou seja, agora há uma chance de entrar no programa acima. E tenha pena de nós - para não se afogar nos relatórios arquivados simultaneamente.
Em uma palavra, não arraste -
envie teses. Para se inspirar, você pode usar a
lista de reprodução com vídeos dos melhores relatórios do DevOpsConf Russia 2018.
Vamos formar um programa juntos
Escreva nos comentários quais tópicos perdemos em vão, o que machuca você no contexto do DevOps. Aconselhe para quem precisamos ligar etc. Siga o exemplo do comitê do programa.
Venha para a conferência de
bate -
papo com seus pedidos. Outros participantes poderão lhe dizer se vale a pena falar sobre um tópico, talvez eles lhe digam como complementá-lo - somos uma comunidade.
Conheça off-line no
RIT ++ em maio!