Desde fevereiro,
Love Kubernetes passou, parece-nos, uma eternidade. A única diferença foi que conseguimos entrar na Cloud Native Computing Foundation, certificar nossa distribuição Kubernetes sob o Programa de Conformidade Certificado da Kubernetes e também lançar nossa implementação do Kubernetes Cluster Autoscaler no
Mail.ru Cloud Containers .
Chegou a hora do terceiro Meetup do @Kubernetes! Em resumo:
- O Gazprombank dirá como eles usam o Kubernetes em suas atividades de pesquisa e desenvolvimento para gerenciar o OpenStack;
- Mail.ru Cloud Solutions - como dimensionar aplicativos no K8S usando escaladores e como o Kubernetes Cluster Autoscaler preparou sua implementação;
- e Wunderman Thompson, como o Kubernetes os ajuda a otimizar sua abordagem de desenvolvimento e por que o DevOps tem mais Dev do que Ops.
A reunião ocorrerá no dia 21 de junho (sexta-feira) às 18:30 no escritório de Moscou do Mail.ru Group (Leningradsky Prospekt, 39, p. 79).
O registro é obrigatório e encerra em 20 de junho às 11h59 (ou antes, se os assentos se esgotarem).
“Kubernetes para desenvolvedores: quantos Dev existem no DevOps?”
Grigory Nikonov, Wunderman Thompson, diretor administrativo
Não temos clusters de 500 nós. Não temos um DevOps rígido. Não temos equipes de produtos dedicadas. Mas temos muitos projetos interessantes e respostas para as perguntas que encontramos ao desenvolver e apoiar esses projetos. Primeiro de tudo, somos desenvolvedores e estamos acostumados a criar ferramentas, que usaremos mais tarde. Talvez eles o ajudem no seu trabalho.
A Wunderman Thompson Agency é uma das pioneiras no desenvolvimento de soluções de Internet na Rússia e agora está desenvolvendo páginas de destino simples e sistemas distribuídos complexos. O Kubernetes ajuda a otimizar a abordagem de desenvolvimento e para os clientes das agências - hospedagem e operação das soluções criadas.
Em sistemas distribuídos com um grande número de integrações e componentes internos, a arquitetura de microsserviço é uma resposta natural aos requisitos de atualização e manutenção da solução; no entanto, a transição para essa arquitetura apresenta uma série de problemas relacionados à versão e publicação. O fato de sermos uma agência, e não uma equipe de produto dedicada, e nossos desenvolvedores não mantêm constantemente o contexto detalhado de uma solução específica em suas máquinas, impõe seus requisitos à reprodutibilidade do ambiente de desenvolvimento, à capacidade de fazer alterações em várias equipes ao mesmo tempo e retornar ao projeto após algum tempo. . As respostas para esses desafios são os processos e ferramentas que desenvolvemos e que facilitam o desenvolvimento e a manutenção de nossos desenvolvedores e DevOps.
Você descobrirá por que o DevOps é mais Dev do que Ops e quão preguiçoso permite reduzir o tempo e o custo do desenvolvimento / suporte, além de:
- como o Kubernetes mudou nossa abordagem para o desenvolvimento de projetos;
- Como é o ciclo de vida do nosso código?
- que ferramentas usamos para a publicação controlada de microsserviços;
- como resolvemos o problema de montar artefatos obsoletos;
- como implantamos no cluster com prazer.
“Escalando aplicativos com o Kubernetes Cluster Autoscaler: nuances do Autoscaler e implementação do Mail.ru Cloud Solutions”
Alexander Chadin, Mail.ru Cloud Solutions, desenvolvedor de serviços PaaS
No mundo moderno, os usuários esperam que seu aplicativo esteja sempre on-line e sempre disponível - o que significa que ele pode suportar qualquer fluxo de tráfego, não importa quão grande possa ser. O Kubernetes oferece uma solução bastante elegante que permite escalonar-se de acordo com a carga - autoscaler de cluster Kubernetes.
Em geral, o Kubernetes possui dois tipos de dimensionamento em termos do que é escalonável: mais cópias do aplicativo ou mais recursos. Escala vertical quando aumentamos o número de réplicas de aplicativos nos nós existentes. E escala horizontal mais complexa - aumente o número de nós em si.
No segundo caso, podemos levantar ainda mais cópias do aplicativo - o que garantirá sua alta disponibilidade. Falaremos sobre o dimensionamento horizontal com o Autoscaler do Cluster. Não só pode aumentar, mas também reduzir o número de nós, dependendo da carga. Por exemplo, o pico da carga passa - o Autoscaler reduz o número de nós ao necessário e, portanto, a taxa pelos recursos do provedor.
Na reunião, falaremos mais sobre as nuances do Kubernetes Cluster Autoscaler, bem como as dificuldades que encontramos ao lançar nossa implementação do Cluster Autoscaler como parte do serviço Mail.ru Cloud Containers. Você aprenderá:
- o que são scalers no Kubernetes, qual é a peculiaridade de seu uso;
- no que você deve prestar atenção ao usar scalers;
- como segmentamos nós por zonas de acessibilidade usando grupos de nós;
- Como eles implementaram o suporte ao Kubernetes Cluster Autoscaler no MCS.
Pesquisa e desenvolvimento do Gazprombank: como o K8S ajuda a gerenciar o OpenStack
Maxim Kletskin, Gazprombank, gerente de produtos
Em um mundo em que a tendência é definida para tudo como um serviço, o Time-to-Market está acima de tudo. Os aplicativos precisam ser desenvolvidos rapidamente para testar hipóteses e encontrar novos mercados no momento de sua formação inicial. A velocidade é especialmente importante para os bancos, e as novas tecnologias ajudam aqui - em particular, as tecnologias de contêiner e o Kubernetes.
Maxim Kletskin é gerente de produtos do Gazprombank e está desenvolvendo uma sandbox para o lançamento de produtos piloto. O P&D do Gazprombank realiza vários estudos em sua nuvem, que é o OpenStack. O Kubernetes é usado de duas maneiras: 1) Kubernetes no Bare Metal como a camada de gerenciamento da nuvem OpenStack e 2) K8S como uma distribuição do OpenShift para desenvolvimento.
No relatório, falaremos sobre o primeiro caso e descobriremos como o Gazprombank usa o Kubernetes para gerenciar o OpenStack. Se você observar a arquitetura do OpenStack, poderá ver que ela é atômica o suficiente, portanto, usar o Kubernetes como uma camada de controle do OpenStack parece muito interessante e lógico. Além disso, facilitará a adição de nós ao cluster OpenStack e aumentará a confiabilidade do Plano de Controle. E, como uma cereja no bolo, simplificará a coleta de telemetria de um cluster.
Você aprenderá:
- Por que P&D no banco: teste e experimento;
- Como contêineres OpenStack
- como e por que implantar o OpenStack no K8S.
Após os discursos, mudaremos suavemente para o formato After-Party das netes de
cerveja @Ku e também preparamos alguns anúncios interessantes para você. Não se esqueça de se registrar
aqui , analisamos todos os aplicativos em alguns dias.
Informamos imediatamente sobre novos eventos da série @Kubernetes Meetup e outros eventos
Mail.ru Cloud Solutions em nosso canal Telegram:
t.me/k8s_mailQuer falar no próximo Meetup do @Kubernetes? O aplicativo pode ser deixado aqui:
mcs.mail.ru/speak