Este ano, o Plesk decidiu enviar algumas pessoas para a KubeCon — o principal evento sobre Kubernetes no mundo. Não há conferências especializadas sobre este tema na Rússia. É claro que falamos sobre K8s, e todos o desejam, mas tantas empresas que o praticam não se reúnem em nenhum outro lugar. Eu fui um dos participantes, pois trabalho em uma plataforma baseada em Kubernetes.
Sobre a organização
A escala da conferência impressiona: 7000 participantes, um enorme centro de exposições. A transição de uma sala para outra levava de 5 a 7 minutos. Ao mesmo tempo ocorriam 30 palestras sobre diferentes temas. Havia um grande número de empresas com seus estandes, em alguns eram sorteados ótimos e até alguns prêmios excelentes, além de serem distribuídos itens como camisetas, canetas e outras coisas legais. Todas as interações eram em inglês, mas eu não tive nenhuma dificuldade. Se essa for a única razão pela qual você não participa de conferências internacionais, vá com confiança. O inglês na TI é mais simples do que o inglês comum, devido à abundância de palavras familiares que você lê e escreve todos os dias em código e documentação. Também não tive problemas em entender as palestras. Muitas informações estavam gravadas na minha mente. À noite, eu parecia um servidor que tinha sido afetado por um estouro de buffer, despejando-se diretamente na consciência.
Sobre as palestras
Quero falar brevemente sobre as palestras que mais gostei e que eu recomendaria assistir.
Esta palestra me causou uma impressão significativa porque tocou em uma dor forte. Temos muitos serviços fragmentados, suportados e desenvolvidos por diferentes membros da equipe. Seguimos abordagens de infraestrutura como código, mas existem algumas questões não resolvidas. Há um repositório com código em Ansible, mas o estado atual e o inventário são mantidos no computador do desenvolvedor que executa o script, onde também estão as credenciais. Parte das informações pode ser encontrada no Confluence, mas nem sempre é óbvio onde. Não há um lugar onde você possa simplesmente apertar um botão e tudo fique bem. Propõe-se criar uma descrição e incluir no repositório não só o código, mas também as ferramentas de implantação. Descrever de onde obter o estado e as credenciais, fazer make Install e desfrutar do resultado. Eu gostaria de mais organização nos serviços, vou acompanhar os lançamentos do CNAB, usar em meu ambiente, implementar e convencer. Um bom modelo para a formatação do Readme no repositório.
Há uma quantidade enorme de informações sobre os obstáculos na escrita de operadores. Considero a palestra obrigatória para quem está pensando em escrever seu próprio operador para Kubernetes. Todas as questões como status, coleta de lixo, concorrência e outras são abordadas. Muito informativa. Gosto bastante da citação do código dos volumes persistentes do Kubernetes:
K8s preza pela complexidade da integração em prol da simplicidade da implementação.
Esta palestra detalha um dos principais elementos arquitetônicos do cluster — o plano de controle, especificamente um conjunto de controladores. É descrita sua função e arquitetura, bem como os princípios básicos para a criação de um controlador próprio usando exemplos de controladores já existentes.
Um dos momentos mais originais é a recomendação de não mascarar situações anômalas com comportamentos corretos do controlador, mas sim alterar o comportamento de alguma forma para sinalizar ao sistema que há problemas.
Uma experiência muito interessante, com muitas informações e receitas sobre o que considerar quando há realmente alta carga. Eles se integraram bem no Kubernetes, suportando 50 clusters. Falaram sobre todos os aspectos para extrair o máximo desempenho. Recomendo assistir à palestra antes de tomar qualquer decisão técnica sobre os clusters.
O relatório, após o qual percebi que o Loki precisa ser definitivamente testado para logs em clusters e, provavelmente, vou me manter com ele. A essência: o Elastic é pesado. O Grafana queria desenvolver uma solução leve e escalável, adequada para depurar problemas. A solução resultou ser elegante: o Loki escolhe as informações meta do Kubernetes (rótulos, como o Prometheus) e organiza os logs com base nisso. Desta forma, é possível selecionar trechos do log por serviço, encontrar um pod específico, escolher um momento exato e filtrar por código de erro. Esses filtros funcionam sem busca de texto completo. Assim, gradualmente restringindo o escopo da busca, é possível encontrar o erro necessário. No final, a busca é ativada, mas como o campo já foi restrito, a velocidade é suficiente sem indexação. Com um clique, carrega-se o contexto — algumas linhas antes e algumas linhas do log depois. Assim, isso parece uma busca de arquivo de logs e um grep nele, mas um pouco mais conveniente e na mesma interface onde estão as métricas. É capaz de contar o número de ocorrências da consulta de busca. As próprias consultas parecem com a linguagem do Prometheus e são bastante simples. O apresentador chamou nossa atenção para o fato de que a solução não é muito adequada para análise. Recomendo fortemente que todos que precisam de logs assistam, é uma apresentação muito leve.
Os processos de implantação canária e blue-green são mostrados de forma muito clara. Recomendo assistir à apresentação para quem ainda não se familiarizou com isso. Os palestrantes apresentam a solução como uma extensão para o promissor sistema CI-CD ARGO. É mais fácil ouvir a fala em inglês do apresentador da Rússia do que a dos outros palestrantes.
Um dos aspectos mais difíceis da gestão de um cluster continua sendo a configuração de segurança, em particular os direitos de acesso aos recursos. Os primitivas embutidos do K8s permitem configurar a autorização como desejar. Como mantê-los atualizados sem dor? Como entender o que está acontecendo com os direitos de acesso e depurar os papéis criados? Nesta apresentação, não só é feita uma visão geral de várias ferramentas de depuração de autorização no k8s, mas também são apresentadas recomendações gerais para construir políticas simples e eficazes.
Outras apresentações
Não recomendarei. Alguns eram gerais, outros muito complexos. Eu aconselho dar uma olhada nesta playlist e assistir a tudo que está marcado como keynote. Isso permitirá uma visão ampla da indústria em torno de Cloud Native Apps, e em seguida, você deve pressionar ctrl+f e procurar por palavras-chave, empresas, produtos e abordagens de interesse.
Aqui está o link para a playlist com as palestras, preste atenção nela.
Sobre os estandes das empresas
No estande da Haproxy, ganhei uma camiseta para meu filho. Duvido que por causa disso eu troque o Nginx pelo haproxy na produção, mas eles me marcaram mais do que os outros. Quem sabe o que os novos proprietários farão com o Nginx.
No estande da IBM, estavam acontecendo palestras curtas os três dias, e eles atraíam as pessoas sorteando Oculus Go, fones Beats e um drone. Você precisava ficar por meia hora no estande. Tive sorte duas vezes em três dias — não ganhei. Também havia palestras curtas pela VMWare e Microsoft.
No estande da Ubuntu, fiz o que parece que todos fizeram — tirei uma foto com Shuttleworth. Ele é um cara muito sociável e ficou feliz ao saber que uso desde a versão 8.04 e que o servidor rodou por 10 anos sem dist upgrade sem uma única interrupção (na verdade, sem acesso à Internet).
A Ubuntu está trabalhando no seu MicroK8s — Rápido, Leve, Kubernetes para Desenvolvedores Upstream
Não consegui passar pelo cansado Dmitry Stolyarov, conversei com ele sobre as dificuldades do dia a dia dos engenheiros que apoiam o Kubernetes. Ele irá delegar a leitura das palestras aos colegas, mas está preparando algum novo formato de apresentação. Ele pediu para se inscrever no canal do Flant no youtube.
A IBM, Cisco, Microsoft e VMWare investiram muito em seus estandes. Os estandes dos amigos open source eram mais discretos. Conversei com representantes da Grafana, eles me convenceram — é necessário experimentar o Loki. Na verdade, parece que a busca em texto completo no sistema de log é necessária apenas para análise, enquanto para resolução de problemas o nível de sistema do Loki é suficiente. Conversei com os desenvolvedores do Prometheus. Eles não planejam criar armazenamento prolongado de métricas e downsampling de dados. Recomendam observar o cortex e o thanos como soluções. Há muitos estandes, você precisaria de um dia inteiro para visitar todos. Uma dezena de soluções para monitoramento como serviço. Cinco serviços de segurança. Cinco serviços de desempenho. Uma dezena de UIs para Kubernetes. Muitos que oferecem k8s como serviço. Todos querem uma fatia do mercado.
A Amazon e o Google alugaram pequenos espaços com grama sintética no telhado e colocaram espreguiçadeiras lá. A Amazon distribuía canecas e servia limonada, enquanto apresentava inovações no trabalho com instâncias spot. O Google ofereceu biscoitos com o logo do Kubernetes e criou uma área de fotos incrível, além de estar lá pescando uma grande "fish" enterprise.
Sobre Barcelona
Apaixonado por Barcelona. Estive lá pela segunda vez, a primeira foi em 2012, em um tour panorâmico. É surpreendente, mas muitos fatos voltaram à minha memória, consegui falar muito para meus colegas, fui um mini-guia. O ar puro do mar me livrou instantaneamente da alergia. Frutos do mar deliciosos, paella, sangria. Uma arquitetura muito calorosa e ensolarada. Baixa altura dos edifícios e muita vegetação. Nos três dias, caminhamos cerca de 50 quilômetros; neste cidade, dá vontade de passear cada vez mais. Tudo isso após as apresentações, nas noites.
O que aprendi de mais importante
Estou muito feliz por ter tido a oportunidade de participar dessa conferência. Ela organizou de maneira clara o que antes estava confuso. Inspirou e tornou óbvias algumas coisas.
Uma ideia central se destacou: Kubernetes não é um ponto final, mas uma ferramenta. Uma plataforma para construir plataformas.
E a principal missão de todo esse movimento: coletar e lançar aplicações escaláveis
As principais áreas em que a comunidade está trabalhando se cristalizaram. De maneira semelhante a como surgiram, em seu tempo, os 12 fatores para aplicativos, surgiu uma lista do que e como fazer para a infraestrutura como um todo. Se preferir, pode-se chamar isso de tendências:
- Ambientes dinâmicos
- Nuvens públicas, híbridas e privadas
- Contêineres
- Service mesh
- Microserviços
- Infraestrutura imutável
- API declarativa
Essas técnicas permitem construir sistemas com características como:
- Protegidos contra perda de dados
- Elásticos (adaptáveis à carga)
- Gerenciáveis
- Observáveis (três pilares: monitoramento, registro, rastreamento)
- Capazes de implementar mudanças significativas de forma frequente e previsivelmente segura.
A CNCF seleciona os melhores projetos (uma lista pequena) e defende coisas como:
- Automatização saudável
- Código aberto
- Liberdade na escolha do fornecedor de serviços
Kubernetes é complexo. Ideologicamente e em partes, é simples, mas no geral é complicado. Ninguém mostrou uma solução all-in-one. No mercado de k8s como serviço e em todo o mercado, é o faroeste: o suporte é vendido por 50$ e por 1000$ por mês. Cada um se aprofunda em alguma parte e investiga isso. Alguns focam em monitoramento e dashboards, outros em desempenho, outros em segurança.
K8S, tudo apenas começa!
Fonte: habr.com
