Trata-se, claro, de . Se você não entrar em detalhes, nos dias 30 de setembro e 1º de outubro realizaremos uma conferência sobre como combinar os processos de desenvolvimento, teste e operação, e se você entrar em detalhes, por favor, no cat.
Dentro da abordagem DevOps, todas as partes do desenvolvimento tecnológico do projeto estão interligadas, ocorrem em paralelo e influenciam-se mutuamente. De particular importância aqui é a criação de processos de desenvolvimento automatizados que podem ser alterados, simulados e testados em tempo real. Isso ajuda você a responder instantaneamente às mudanças no mercado.
Na conferência queremos mostrar como esta abordagem influencia o desenvolvimento de produtos. Como é garantida a confiabilidade e adaptabilidade do sistema para o cliente. Como o DevOps está mudando a estrutura e a abordagem de uma empresa para organizar seu processo de trabalho.
Por trás das cenas
É importante para nós sabermos não só o que as diferentes empresas estão a fazer no âmbito da abordagem DevOps, mas também compreender porque é que tudo isto é feito. Por isso, convidamos não apenas especialistas para integrar o Comitê do Programa, mas especialistas que veem o discurso DevOps de diferentes posições:
- engenheiros seniores;
- desenvolvedores;
- líderes de equipe;
- CTO.
Por um lado, isto cria dificuldades e conflitos na discussão de pedidos de relatórios. Se um engenheiro está interessado em analisar um acidente grave, então é mais importante que um desenvolvedor entenda como criar software que funcione em nuvens e infraestruturas. Mas ao concordar, criamos um programa que será valioso e interessante para todos: desde engenheiros até CTO.
O objetivo da nossa conferência não é apenas selecionar os relatórios mais badalados, mas apresentar o quadro geral: como a abordagem DevOps funciona na prática, que tipo de rake você pode encontrar ao mudar para novos processos. Ao mesmo tempo, construímos a parte de conteúdo, descendo do problema do negócio até tecnologias específicas.
As seções da conferência permanecerão as mesmas que em .
- Plataforma de infraestrutura.
- Infraestrutura como código.
- Entrega contínua.
- Feedback.
- Arquitetura em DevOps, DevOps para CTO.
- Práticas de SRE.
- Treinamento e gestão do conhecimento.
- Segurança, DevSecOps.
- Transformação DevOps.
Call for Papers: que tipo de relatórios procuramos
Dividimos condicionalmente o público potencial da conferência em cinco grupos: engenheiros, desenvolvedores, especialistas em segurança, líderes de equipe e CTO. Cada grupo tem sua própria motivação para vir à conferência. E, se você olhar para o DevOps a partir dessas posições, poderá entender como focar seu tópico e onde colocar ênfase.
Para engenheiros, que estão a criar uma plataforma de infra-estruturas, é importante compreender as tendências existentes, para compreender quais as tecnologias que são actualmente as mais avançadas. Eles estarão interessados em aprender sobre experiências da vida real no uso dessas tecnologias e em trocar opiniões. Um engenheiro ficará feliz em ouvir um relatório analisando algum acidente grave e nós, por sua vez, tentaremos selecionar e aprimorar tal relatório.
Para desenvolvedores é importante entender um conceito como aplicativo nativo da nuvem. Ou seja, como desenvolver software para que funcione em nuvens e infraestruturas diversas. O desenvolvedor precisa receber feedback constante do software. Aqui queremos ouvir cases sobre como as empresas constroem esse processo, como monitorar o desempenho do software e como funciona todo o processo de entrega.
Especialistas em segurança cibernética É importante entender como configurar o processo de segurança para que ele não atrapalhe os processos de desenvolvimento e mudança dentro da empresa. Tópicos sobre os requisitos que o DevOps impõe a esses especialistas também serão interessantes.
Os líderes da equipe querem saber, como funciona o processo de entrega contínua em outras empresas. Que caminho as empresas seguiram para conseguir isso, como construíram processos de desenvolvimento e garantia de qualidade dentro do DevOps. Os líderes de equipe também estão interessados no nativo da nuvem. E também questões sobre interação dentro da equipe e entre equipes de desenvolvimento e engenharia.
Para CTO o mais importante é descobrir como conectar todos esses processos e ajustá-los às necessidades do negócio. Ele garante que o aplicativo seja confiável tanto para a empresa quanto para o cliente. E aqui você precisa entender quais tecnologias funcionarão para quais tarefas de negócios, como construir todo o processo, etc. O CTO também é responsável pelo orçamento. Por exemplo, ele deve entender quanto dinheiro precisa ser gasto na reciclagem de especialistas para que possam trabalhar em DevOps.
Se você tem algo a dizer sobre esses assuntos, não fique calado, . O prazo para chamada de artigos é 20 de agosto. Quanto mais cedo você se inscrever, mais tempo terá para finalizar seu relatório e se preparar para sua apresentação. Então, não demore.
Bem, se você não precisa falar publicamente, apenas e venha nos dias 30 de setembro e 1º de outubro para se comunicar com os colegas. Prometemos que será interessante e inspirador.
Como vemos o DevOps
Para entender exatamente o que queremos dizer com DevOps, recomendo a leitura (ou releitura) do meu relatório “" Caminhando pelas ondas do mercado, observei como a ideia de DevOps estava se transformando em empresas de diversos portes: desde uma pequena startup até empresas multinacionais. O relatório é construído a partir de uma série de perguntas, ao respondê-las você poderá entender se sua empresa está caminhando para o DevOps ou se há problemas em algum lugar.
DevOps é um sistema complexo e deve incluir:
- Produto digital.
- Módulos de negócios que desenvolvem este produto digital.
- Equipes de produto que escrevem código.
- Práticas de entrega contínua.
- Plataformas como serviço.
- Infraestrutura como um serviço.
- Infraestrutura como código.
- Práticas separadas para manter a confiabilidade, integradas ao DevOps.
- Uma prática de feedback que descreve tudo.
Ao final do relatório há um diagrama que dá uma ideia do sistema DevOps da empresa. Isso permitirá que você veja quais processos da sua empresa já foram agilizados e quais ainda precisam ser construídos.
Você pode assistir ao vídeo da reportagem .
E agora terá um bônus: vários vídeos do RIT++ 2019, que abordam as questões mais gerais da transformação do DevOps.
Infraestrutura da empresa como produto
Artyom Naumenko lidera a equipe DevOps da Skyeng e cuida do desenvolvimento da infraestrutura de sua empresa. Ele contou como a infraestrutura afeta os processos de negócios na SkyEng: como calcular o ROI dela, quais métricas devem ser escolhidas para cálculo e como trabalhar para melhorá-las.
A caminho dos microsserviços
A empresa Nixys fornece suporte para projetos web movimentados e sistemas distribuídos. Seu diretor técnico, Boris Ershov, ensinou como traduzir produtos de software, cujo desenvolvimento começou há 5 anos (ou até mais), em uma plataforma moderna.
Via de regra, esses projetos representam um mundo especial, onde existem cantos tão obscuros e antigos da infraestrutura que os engenheiros atuais não os conhecem. E as abordagens de arquitetura e desenvolvimento que antes eram escolhidas estão desatualizadas e não conseguem proporcionar ao negócio o mesmo ritmo de desenvolvimento e lançamento de novas versões. Como resultado, cada lançamento de produto se transforma em uma aventura incrível, onde algo cai constantemente e no lugar mais inesperado.
Os gestores de tais projetos enfrentam inevitavelmente a necessidade de transformar todos os processos tecnológicos. Em seu relatório, Boris disse:
- como escolher a arquitetura adequada ao projeto e ordenar a infraestrutura;
- quais ferramentas usar e quais armadilhas são encontradas no caminho para a transformação;
- o que fazer a seguir.
Automação de lançamentos ou como entregar de forma rápida e indolor
Alexander Korotkov é um desenvolvedor líder do sistema CI/CD na CIAN. Ele falou sobre ferramentas de automação que permitiram melhorar a qualidade e reduzir em 5 vezes o tempo de entrega do código à produção. Mas tais resultados não poderiam ser alcançados apenas com a automação, então Alexander também prestou atenção às mudanças nos processos de desenvolvimento.
Como os acidentes ajudam você a aprender?
Alexey Kirpichnikov implementa DevOps e infraestrutura na SKB Kontur há 5 anos. Ao longo de três anos, aproximadamente 1000 fakaps de vários graus de epopeia ocorreram em sua empresa. Entre eles, por exemplo, 36% foram causados pela implementação de uma versão de baixa qualidade em produção e 14% foram causados por trabalhos de manutenção de hardware no data center.
Um arquivo de relatórios (post-mortems) que os engenheiros da empresa mantêm há vários anos consecutivos permite obter informações tão precisas sobre acidentes. A autópsia é feita pelo engenheiro de plantão, que foi o primeiro a responder ao sinal de emergência e começou a consertar tudo. Por que atormentar engenheiros que lutam à noite com facaps escrevendo relatórios? Esses dados permitem que você tenha uma visão geral e mova o desenvolvimento da infraestrutura na direção certa.
Em seu discurso, Alexey compartilhou como escrever uma autópsia verdadeiramente útil e como implementar a prática de tais relatórios em uma grande empresa. Se você gosta de histórias sobre como alguém errou, assista ao vídeo da performance.
Entendemos que a sua visão do DevOps pode não corresponder à nossa. Será interessante saber como você vê a transformação do DevOps. Compartilhe sua experiência e visão sobre este tema nos comentários.
Que relatórios já aceitamos no programa?
Esta semana, o Comité do Programa adoptou 4 relatórios: sobre segurança, infra-estruturas e práticas de SRE.
Talvez o tópico mais doloroso da transformação do DevOps: como garantir que o pessoal do departamento de segurança da informação não destrua as conexões já construídas entre desenvolvimento, operação e administração. Algumas empresas gerenciam sem um departamento de segurança da informação. Como garantir a segurança da informação neste caso? Sobre isso Mona Arkhipova de sudo.su. De seu relatório aprendemos:
- o que precisa ser protegido e de quem;
- quais são os processos rotineiros de segurança;
- como os processos de TI e de segurança da informação se cruzam;
- o que é CIS CSC e como implementá-lo;
- como e por quais indicadores realizar verificações regulares de segurança da informação.
O próximo relatório diz respeito ao desenvolvimento de infraestrutura como código. Reduzir a rotina manual e não transformar todo o projeto em um caos, isso é possível? Para esta pergunta Maxim Kostrikin de Ixtens. Sua empresa usa Terraform para trabalhar com infraestrutura AWS. A ferramenta é conveniente, mas a questão é como evitar a criação de um enorme bloco de código ao usá-la. A manutenção de tal legado ficará cada vez mais cara a cada ano.
Maxim mostrará como funcionam os padrões de posicionamento de código, visando simplificar a automação e o desenvolvimento.
Outro ouviremos sobre infraestrutura de Vladimir Ryabov da Playkey. Aqui falaremos sobre a plataforma de infraestrutura e aprenderemos:
- como entender se o espaço de armazenamento está sendo utilizado de forma eficaz;
- como várias centenas de usuários podem receber 10 TB de conteúdo se apenas 20 TB de armazenamento forem usados;
- como compactar dados 5 vezes e fornecê-los aos usuários em tempo real;
- como sincronizar dados dinamicamente entre vários data centers;
- como eliminar qualquer influência dos usuários entre si ao usar uma máquina virtual sequencialmente.
O segredo desta magia é a tecnologia ZFS para FreeBSD e seu garfo fresco ZFS em Linux. Vladimir compartilhará cases da Playkey.
Matvey Kukuy da Amixr.IO pronto com exemplos da vida , que SRE e como isso ajuda a construir sistemas confiáveis. Amixr.IO passa incidentes de clientes através de seu backend; dezenas de equipes de plantão em todo o mundo já lidaram com 150 mil casos. Na conferência, Matvey compartilhará as estatísticas e insights que sua empresa acumulou ao resolver problemas de clientes e analisar falhas.
Mais uma vez, peço que você não seja ganancioso e compartilhe sua experiência como samurai de DevOps. Servir para um relatório, e você e eu teremos 2,5 meses para preparar um excelente discurso. Se você quer ser um ouvinte, leia a newsletter com atualizações do programa e pense seriamente em reservar os ingressos com antecedência, pois eles ficarão mais caros perto das datas da conferência.
Fonte: habr.com