Sem um único "oops": os 10 principais relatórios do DevOops 2017



Se você não esteve no DevOops 2017, provavelmente seus pensamentos agora são algo assim: “O que a toga grega tem a ver com isso? Então, parecia o melhor relatório da conferência de desenvolvedores? O que é este relatório e por que é reconhecido como o melhor? E houve performances sérias em roupas comuns?

Serio era mais do que suficiente: se você está interessado nas nuances de trabalhar com Kubernetes, Istio ou Zipkin, em um post você encontrará tudo isso, e as togas não interferem em dizer coisas práticas. O título de "melhor" dependia do público: compilamos este top 10 com base em suas classificações. E a resposta para a primeira pergunta está sob o corte.


(keynote) DevOps em escala: tragédia grega em três atos


Orador: Baruch Sadogursky e Leonid Igolnik
Apresentação do relatório

Nesse caso, é importante entender o contexto. O fim do dia. Os espectadores já assistiram a seis relatórios, essa palestra de encerramento permanece. Imediatamente após a festa, e após um dia absorvendo ativamente as informações, muitos provavelmente querem ir rapidamente.

E algo de hardcore naquele momento seria difícil de perceber - mas o desempenho irônico de fantasias sobre devops, estilizado como tragédia grega, se encaixa perfeitamente no contexto, animando todo o salão. Ao mesmo tempo, “um conto de fadas é uma mentira, mas uma sugestão”: a história de como uma empresa fictícia encontrou várias dificuldades ao crescer, ajudou não apenas a rir, mas também a pensar.

E, como resultado, foi esse desempenho que acabou sendo o mais cotado pelo DevOops. Para que você compartilhe seus sentimentos, recomendamos assistir ao vídeo em condições semelhantes: à noite de um dia difícil, com um copo de algo que você ama.





Expandindo k8s


Palestrante: Nikolay Ryzhikov
Apresentação do relatório

E imediatamente após o parágrafo anterior, há um contraste tão nítido quanto possível. No relatório, que ficou em segundo lugar, em vez de piadas e entretenimento, especificidades técnicas sólidas.

O Kubernetes se tornou uma ferramenta essencial do nosso tempo (por lá, o GitLab está mudando do Azure para o GCP por causa disso). E enquanto alguns já o estão usando com força e principal, outros estão assistindo com interesse. Nós “olhamos atentamente” no início do relatório com informações básicas e o uso se tornará interessante ainda mais: Nikolai fala sobre “como tudo está por dentro” e “como simplificar as operações para desenvolvedores com k8s o máximo possível” (idealmente, ele queria viria para NoOps).





one-cloud: SO do centro de dados em Odnoklassniki


Palestrante: Oleg Anastasiev
Apresentação do relatório

E quem agora, com toda a popularidade do Kubernetes, tem motivos para não usá-lo? No Odnoklassniki: olhando para ele, eles chegaram à conclusão "é mais fácil para nós cortar o nosso próprio do que adaptá-lo para nós mesmos". Mas eles pegaram o Docker lá. Tudo isso aconteceu na estrutura de "criar sua própria nuvem": anteriormente, o princípio "todo servidor está ocupado com apenas uma tarefa" era usado nas redes sociais, mas com o tempo eles decidiram executar tarefas diferentes em um servidor. E o relatório falou em detalhes sobre isso.

A experiência de Odnoklassniki será útil para outras pessoas, se nem todo mundo trabalha em uma empresa com vários data centers próprios, e a maioria tem uma especificidade completamente diferente? Digamos apenas que é improvável que você assista a uma gravação com o sentimento de que "precisamos fazer o mesmo", mas parte do relatório pode ser útil em outro contexto, e saber "o que os outros vivem" é útil para uma compreensão geral do setor.





(keynote) Venha escalar comigo: resolver problemas que você não tem


Palestrante: Corey Quinn
Apresentação do relatório

Corey Quinn é conhecido como criador da Amazon AWS na semana passada no AWS Weekly Newsletter. Em seus textos, ele passa a ferro constantemente, dramaticamente diferente do estilo seco usual de materiais de TI. Mas, com todas as piadas, seu boletim acabou sendo tão informativo e útil que até os funcionários da Amazon costumam acompanhar as notícias.

Corey abriu a conferência com sua palestra e, em seu discurso, havia a mesma combinação de “ironia e ação”: podia-se ouvir sobre situações que são tanto risos quanto devotos pecaminosos. “Certa vez, participei de um relatório da Netflix no qual eles disseram que dão a todos os desenvolvedores acesso à produção em geral. O homem sentado ao meu lado aprovou calorosamente essas palavras. Eu olhei para o distintivo dele e fiquei horrorizada ao descobrir que ele trabalha em um banco.





Massacre da serra elétrica de silicone (como passei o fim de semana de plantão)


Oradores: Baruch Sadogursky e Leonid Igolnik
Apresentação do relatório

Novamente Baruch Sadogursky e Leonid Igolnik, mas sem togas gregas e com um relatório sobre como construir adequadamente o processo de dever (e como ele é frequentemente construído). Não há mais um simples "DevOps to scale", mas um relatório mais aplicado com conclusões específicas. Mas se você conhece Baruch, você já entende que o local do show foi encontrado aqui. Em primeiro lugar, os palestrantes não apenas enumeram as teses “como fazer o que é certo”, mas dão histórias hipotéticas como exemplo - e você pode se preocupar com os personagens dela, reconhecendo a si e aos outros neles. Em segundo lugar, tudo isso é ilustrado com gifs - e nas gravações de vídeo você pode ouvir claramente da reação do público o quão precisa foi sua seleção.





Solução de problemas e depuração de aplicativos de produção no Kubernetes (também conhecido como The Failing Demo Talk)


Oradores: Baruch Sadogur e Ray Tsang

E novamente Baruch, mas desta vez com um orador diferente (e, como você pode imaginar, em outro idioma).

Nos relatórios em que há uma "demonstração ao vivo", há sempre o risco de "esta demonstração no palco de repente não funcionar". E aqui derrotamos essa dificuldade, deliberadamente, fazendo a demonstração "como se de repente recusássemos" - e, passo a passo, entendendo o que precisa ser feito para que tudo fique bom. O que combina bem com o tópico de solução de problemas e depuração: é interessante entender a depuração com um exemplo visual concreto.





História de sucesso, ou "Dev + DevOps + Ops"


Oradores: Artyom Kalichkin e Sergey Berdnikov
Apresentação do relatório

É fácil elogiar os benefícios dos devops na conversa. É muito mais difícil realmente procurá-los quando há uma grande empresa com processos estabelecidos que não podem mudar instantaneamente. E se houver circunstâncias como "isto é fintech, então a segurança é fundamental", a tarefa se torna ainda mais complicada.

E aqui está um relatório daqueles que já percorreram esse caminho, onde compartilham sua experiência em detalhes, passando de "era" para "tornou-se". Acontece, entre outras coisas, a história de que, para um devopiano, você não pode simplesmente aceitar e decretar mudar para outras ferramentas - as mudanças devem ocorrer com as pessoas e advir delas.





Gerenciando seus microsserviços com o Kubernetes e o Istio


Palestrante: Craig Box
Apresentação do relatório

Embora o parágrafo anterior nos lembre que o dever não se limita às ferramentas, é claro que ferramentas e capacidade de lidar com elas são importantes. E este relatório é estritamente sobre o uso de duas tecnologias específicas. Se o Kubernetes já estiver sendo falado e negociado (use pelo menos o segundo parágrafo desta lista), então com o Istio a situação será diferente: já existem mais de 9000 estrelas no GitHub , mas não existem muitos materiais. Este relatório é ainda mais valioso de um funcionário do Google, uma empresa diretamente relacionada ao Kubernetes e ao Istio. Se você não ativou o Istio antes, agora é o momento certo: a versão 1.0 está prestes a ocorrer.





Como culpar adequadamente as coisas por causar latência: uma introdução ao rastreamento distribuído e ao Zipkin


Palestrante: Adrian Cole
Apresentação do relatório

Outra conversa sobre tecnologia para ajudá-lo a usar a ferramenta de maneira eficaz. Como o registro, métricas e rastreamento se comparam? Como lidar com o terceiro? Por que a ferramenta Zipkin é assim chamada?

Vamos estragar a terceira resposta: quando o Twitter sofreu uma queda e mostrou a chamada “baleia falhada”, a empresa chamou a ferramenta criada lá pela palavra “arpão”, na esperança de derrotar a “baleia” com ela. E para obter respostas para as outras duas perguntas, consulte o relatório.




Do administrador do sistema para a pessoa


Palestrante: Alexander Titov
Apresentação do relatório

Alexander é sócio-gerente da Express 42, que "desenvolve DevOps em empresas de tecnologia". Com esse trabalho, não surpreende que ele tenha visto muitas abordagens do DevOps, incluindo muitas malsucedidas - e pode resumir quais problemas geralmente surgem e o que devemos fazer com eles. O que acontece quando os devops vêm exclusivamente dos administradores de sistema? E quando exclusivamente do lado dos desenvolvedores? E do lado dos negócios, quem ouviu uma palavra da moda e disse "faça devops ontem"?



Se você gostou dessas gravações, vai gostar ainda mais da conferência do DevOops 2018: lá você pode não apenas ouvir relatórios, mas também perguntar a qualquer orador na área de discussão. A conferência será realizada em São Petersburgo no dia 14 de outubro, já publicamos um anúncio detalhado sobre Habré e, enquanto isso, os ingressos estão ficando mais caros - então você deve pensar neles agora.

Source: https://habr.com/ru/post/pt418315/


All Articles