Hoje falaremos um pouco sobre o presente, o futuro e o programa de conferências do DevOops 2019. O DevOps muda todos os dias. Você se lembra do ano de 2004? Temos um orador que trabalhou com nuvens em um momento em que não havia esse termo. Amazon Web Services lançado em 2006. Em algum lugar ao mesmo tempo, as primeiras referências ao DevOps começaram a aparecer. Uma vida inteira se passou desde então.
Recentemente, eles se lembraram de "return my 2007" novamente. Imagine este mundo sem os onipresentes virtuais na Amazon, sem o GitHub (que apareceu apenas em 2008), sem janelas de encaixe confortáveis e seguras. Lembre-se de configurar o iptables, gerenciadores de pacotes GNU / Linux, reconstruir manualmente os módulos do kernel, noites sem dormir. Ainda quer ir para lá? Esse seria o seu 2019, se não fosse o progresso dos furacões desses anos.
Tecnologia e empresas mudaram. Deixe-me dar alguns exemplos. Por exemplo, todos vimos a transformação milagrosa da Microsoft - do “
Linux is Cancer ” de Ballmer em 2001 à transição generalizada para código aberto, o resgate do GitHub em 2018 e planos no verão de 2019 para
introduzir o kernel Linux como parte da entrega do Windows. Juntamente com todo esse movimento, as preferências dos engenheiros em relação às informações recebidas mudaram.
Em 2016, o livro do Google “
Site Reliability Engineering ” apareceu. Por um lado, este livro nem naquele momento nem agora pode ser considerado um guia para todos e para todos - afinal, “
você não é o Google ”, não possui o Borg e talvez não haja essas tarefas. De fato, inicialmente sendo um produto do inteligente Google PR, teve um efeito em escala global. Poucas pessoas não leram ou ouviram falar dela. Em agosto de 2018, sua tradução para o russo nos
alcançou , juntamente com a continuação do
Manual de Confiabilidade do
Site .
As conferências estão mudando constantemente junto com a situação. Aparecendo em 2017, a conferência DevOops em seu programa refletia os principais problemas que estavam naquele momento ocupados por especialistas em soluções DevOps.
A cópia do arquivo morto para 2017 não permitirá que você minta: o primeiro item foi contêineres, orquestração e virtualização, incluindo Docker e AWS. Docker, Docker, Docker em todos os lugares.
Trouxemos pessoas que podiam falar sobre isso sem parar, e a conferência foi aberta por Corey Quinn, editor da
Semana passada na AWS .
Em 2018, ficou claro que o Docker já estava farto de tudo. Ele se tornou o padrão, ele começou a nos olhar de todos os lugares. Novas postagens na semana passada na AWS começaram a aparecer mais de 60 vezes por dia. Não faz mais sentido construir uma conferência em torno de coisas tão óbvias.
O Keynote 2018 foi feito por John Willis, um homem famoso não apenas como diretor de desenvolvimento de ecossistemas da Docker, mas também como um dos pais originais do DevOps, autor do DevOps Handbook e do projeto Beyond the Phoenix. É bom que John tenha começado a falar nem sempre sobre o ajuste, mas sobre a implementação do DevOps como uma cultura organizacional - um tópico que é constantemente esquecido, distraído pelos brinquedos brilhantes das novas tecnologias.
O segundo tema principal de 2018 é o Kubernetes. Como usá-lo, como implementá-lo, vale a pena fazer. Este tópico passou a linha vermelha ao longo do programa, o Kubernetes estava, se não no título, então não, não, e apareceu nos slides.
Olá, 2019. O Kubernetes, como o Docker uma vez, tornou-se o padrão. As guerras quentes morreram, as vítimas de apresentações iniciais desapareceram dos olhos e apenas ele permaneceu no campo de batalha. Todos os novos projetos são realizados de uma maneira ou de outra, de olho no novo rei.
E junto com isso, surge a pergunta: o que a conferência DevOops deve dizer este ano? Essa é uma questão em aberto na qual o comitê do programa está trabalhando atualmente.
O programa da conferência pode ser apresentado de duas maneiras. Em primeiro lugar, você pode apresentar imediatamente uma grade de relatórios pronta e dizer - veja como é legal. Isso produz um efeito uau, leva a uma compra rápida de ingressos, mas nem sempre responde totalmente às solicitações dos visitantes.
Por exemplo, recentemente, um amigo me escreveu no VKontakte e me pediu para contar o que estaria no programa. "Mas depois que a conferência ainda dura seis meses, por que você precisa disso?" Aconteceu que em sua empresa era costume escrever um poema para liderança sobre o tópico “Por que quero ir à conferência” com antecedência. E como a empresa é grande, tudo é planejado com muita antecedência, então você precisa escrever por seis meses. Ela absolutamente não se encaixa na opção do formulário "o programa será um mês antes do início".
Pode parecer um caso especial, mas a partir de muitos casos especiais, o quadro geral é formado. Há outra abordagem: em vez do instantâneo final do programa, você pode fazer upload de atualizações em pedaços pequenos. Isso é algo ágil e enxuto. Se você se lembra, existe um conceito desse
tipo de mapeamento do fluxo de
valor e , embora não seja totalmente aplicável ao consumo de anúncios de relatórios sobre Habré, há algo semelhante. Por exemplo, se lançarmos muito texto, você simplesmente não terá tempo para lê-lo e precisará lembrar de alguma forma o que lê até a próxima vez. As descrições dos relatórios são atualizadas e atualizadas de tempos em tempos, os palestrantes alteram os nomes dos tópicos à medida que trabalham no relatório, e esse fluxo de informações não é fácil de entender, e mais ainda - para transformá-lo em um entendimento de "por que preciso desta conferência". Em outras palavras, publicar o programa em pedaços à medida que é preenchido é uma bênção.
Agora,
publicamos os primeiros palestrantes que definitivamente estarão no DevOops 2019 no site da Web. Em breve, os tópicos dos relatórios aparecerão. Para não perder nada, você pode ler o nosso blog em Habré ou assinar a lista de discussão (para isso, você precisa ir ao
site da conferência e clicar no botão "inscrever-se" lá). Se de repente você quiser fazer um relatório, ainda
tem a oportunidade .
E, no entanto, sobre o que serão os relatórios? Veja como a
descrição da
conferência mudou. Kubernetes ainda está em primeiro lugar, mas não como uma disciplina independente, mas como parte do movimento Cloud Native, ao lado de Helm, Istio e malhas de serviço. Observe que em terceiro lugar a palavra Observabilidade apareceu explicitamente (por exemplo, no livro de
Monitoramento Prático de Mike Julian, essa palavra ainda não foi usada, um ano se passou - e agora). Os relatórios serão aproximadamente nessa direção. Obviamente, tópicos antigos sobre Docker e Kubernetes também serão ignorados, mas em um nível superior.
Eu também tenho pensamentos sobre este assunto. Por exemplo, para mim, o DevOps sempre foi principalmente uma metodologia e cultura, e não um conjunto de ajustes. Você lança seu aplicativo Web Java corporativo nos servidores do cliente, mas ele não é lançado, algo está quebrado e você precisa se orientar instantaneamente e corrigir tudo. E é melhor tornar o lançamento do produto não um pesadelo. É sobre esta conferência - como não ter pesadelos com pessoas e lançamentos. Quais ferramentas isso será feito é a segunda pergunta, somos legais e podemos lidar com qualquer. Eu mesmo gostaria de mais relatórios sobre cultura e maneiras de fazer as coisas - é bom, mesmo na lista original de palestrantes que existem essas pessoas (por exemplo, Anton Weiss, Barukh Sadogursky, Roman Shaposhnik).
Em geral, basta palavras gerais, vamos ao que interessa! Aqui estão nossos oradores:
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 de Israel para DevOps. Anton participa de conferências internacionais e é conhecido como um orador legal. No DevOops 2018, seu relatório ficou em primeiro lugar!
Eric Weld, da HashiCorp, está na nuvem há mais de 15 anos. Antes da HashiCorp, ele trabalhou como consultor na Xebia e tornou-se o fundador da Instruqt, uma plataforma para aprender o ajuste da nuvem e outras ferramentas de DevOps em uma infraestrutura real.
Alex Thissen, da Xpirit, desenvolve-se desde o final dos anos 90 e conseguiu trabalhar como líder e arquiteto em todos os lugares - desde pequenas startups a grandes empresas. Em particular, ele está envolvido no treinamento de desenvolvedores em tecnologias da Microsoft e arquitetos em modernos sistemas de nuvem distribuídos. Dez vezes título Microsoft Most Valuable Professional na categoria Tecnologias de Estúdio e Desenvolvimento.
Roman Shaposhnik, da ZEDEDA, é um conhecido especialista e consultor em código aberto e na transição para tecnologias digitais em grandes empresas. Anteriormente, ele desempenhou um papel importante na criação de colaboração de código aberto na Linux Foundation e também ocupou cargos importantes na Pivotal, trabalhando principalmente com plataformas de gerenciamento de aplicativos baseadas em nuvem e big data. Seu trabalho na Pivotal o levou à interseção de arquiteturas de tecnologia de contêiner, virtualização e unikernel, que, por sua vez, geraram a missão da ZEDEDA - de aplicar essas tecnologias ao desenvolvimento de computação de ponta. Roman é membro da Apache Software Foundation e Linux Foundation Edge, além de colaborador ativo de vários projetos de código aberto.
Victor Gamov - Desenvolvedor Advocate da Confluent, um dos principais colaboradores do projeto Apache Kafka. Ajuda arquitetos e desenvolvedores a projetar e desenvolver sistemas de processamento de dados de streaming distribuídos. Co-autor do livro "Enterprise Web Development" de O'Reilly. Co-fundador e (no passado) líder do podcast de depuração
"Flight Debugging", amado por muitos programadores.
Anton Arkhipov - Advogado desenvolvedor no JetBrains, morador do podcast
Debriefing . Os interesses profissionais estão relacionados a linguagens de programação e ferramentas de desenvolvimento de software.
Baruch Sadogursky (aka JBaruch) - Diretor de Relações com Desenvolvedores e Advogado de Desenvolvedores da JFrog. Ele gosta mais de falar sobre tecnologias - ou seja, adora conversar, mas uma pessoa que fala sobre tecnologias tem uma aparência inteligente e 18 anos de experiência no campo de alta tecnologia não desapareceram. Quando ele não fala (bem, ou não voa para o próximo discurso), ele estuda tecnologias, pessoas e como elas funcionam, ou melhor, não trabalham juntas. Baruch é co-autor da Liquid Software, embaixador da CNCF e palestrante profissional em tópicos como DevOps, DevSecOps, Go, Java etc. Ele fala regularmente em conferências de renome como Joker, JPoint, DevOops, Heisenbug, DockerCon, GopherCon, Devoxx, DevOps Days, OSCON, Qcon, JavaOne e outros.Alguns de seus relatórios podem ser visualizados
aqui .
A conferência DevOops 2019 será realizada de 29 a 30 de outubro em São Petersburgo.
Venha, vai ser legal e útil!
Os ingressos Early Bird estão disponíveis no site da conferência .