De fevereiro Parece-nos que uma eternidade se passou. A única coisa que alegrou um pouco a separação foi que conseguimos entrar na Cloud Native Computing Foundation, certificar nossa distribuição Kubernetes no Certified Kubernetes Conformance Program e também lançá-la no serviço sua implementação do Kubernetes Cluster Autoscaler.
Chegou a hora do terceiro Meetup do @Kubernetes! Brevemente:
- O Gazprombank contará como eles usam o Kubernetes em sua pesquisa e desenvolvimento para gerenciar o OpenStack;
- Mail.ru Cloud Solutions - como dimensionar aplicativos em K8S usando escalonadores e como eles prepararam sua implementação do Kubernetes Cluster Autoscaler;
- e a agência Wunderman Thompson - como o Kubernetes os ajuda a otimizar sua abordagem de desenvolvimento e por que há mais Dev do que Ops em DevOps.
A reunião acontecerá no dia 21 de junho (sexta-feira) às 18h30 no escritório do Grupo Mail.ru em Moscou (Leningradsky Prospekt, 39, prédio 79). é obrigatório e fecha em 20 de junho às 11h59 (ou antes se o espaço acabar).
“Kubernetes para desenvolvedores: quantos Devs existem no DevOps?”
Grigory Nikonov, Wunderman Thompson, Diretor Geral
Não temos clusters de 500 nós. Não temos DevOps rígidos. Não temos equipes de produto dedicadas. Mas temos muitos projetos interessantes e respostas para perguntas que encontramos ao desenvolver e apoiar esses projetos. Em primeiro lugar, somos desenvolvedores e estamos acostumados a criar nós mesmos ferramentas que usaremos. Talvez eles também o ajudem em seu trabalho.
A agência Wunderman Thompson é uma das pioneiras no desenvolvimento de soluções de Internet na Rússia e agora desenvolve páginas de destino simples e sistemas distribuídos complexos. O Kubernetes ajuda a otimizar a abordagem de desenvolvimento e ajuda os clientes das agências a hospedar e operar as soluções criadas.
Em sistemas distribuídos com um grande número de integrações e componentes internos, uma arquitetura de microsserviços é uma resposta natural aos requisitos de capacidade de atualização e manutenção da solução, mas a transição para tal arquitetura dá origem a toda uma série de problemas associados ao versionamento e publicação. O fato de sermos uma agência, e não uma equipe de produto dedicada, e nossos desenvolvedores não manterem constantemente o contexto implantado de uma solução específica em suas máquinas, impõe seus próprios requisitos à reprodutibilidade do ambiente de desenvolvimento, à capacidade de fazer alterações para várias equipes ao mesmo tempo e retornar ao projeto depois de algum tempo. Em resposta a estes desafios, desenvolvemos processos e ferramentas que facilitam aos nossos programadores e DevOps o desenvolvimento e o suporte das soluções que criam.
Você aprenderá por que DevOps é mais Dev do que Ops e como a preguiça pode reduzir o tempo e o custo de desenvolvimento/suporte, bem como:
- como o Kubernetes mudou a forma como desenvolvemos projetos;
- como é o ciclo de vida do nosso código;
- quais ferramentas usamos para publicação controlada de microsserviços;
- como resolvemos o problema da montagem de artefatos obsoletos;
- como implantamos no cluster com prazer.
“Escalonamento de aplicativos com Kubernetes Cluster Autoscaler: as nuances do Autoscaler e a implementação de Mail.ru Cloud Solutions”
Alexander Chadin, Mail.ru Cloud Solutions, desenvolvedor de serviços PaaS
No mundo de hoje, os usuários esperam que seu aplicativo esteja sempre online e disponível - e, portanto, possa lidar com qualquer fluxo de tráfego, não importa quão grande ele seja. O Kubernetes oferece uma solução bastante elegante que permite dimensionar de acordo com a carga - Kubernetes Cluster Autoscaler.
Em geral, no Kubernetes existem dois tipos de escalonamento com base no que exatamente estamos escalonando: mais cópias do aplicativo ou mais recursos. Escalabilidade vertical, quando aumentamos o número de réplicas de aplicativos nos nós existentes. E escala horizontal mais complexa - aumentamos o número de nós.
No segundo caso, poderemos arrecadar ainda mais cópias da aplicação – o que garantirá sua alta disponibilidade. Falaremos sobre escalonamento horizontal usando Cluster Autoscaler. Pode não apenas aumentar, mas também diminuir o número de nós dependendo da carga. Por exemplo, quando a carga atinge o pico, o próprio Autoscaler reduzirá o número de nós para a quantidade necessária e, portanto, o pagamento pelos recursos do provedor.
No encontro, contaremos 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ê vai aprender:
- quais escalonadores estão disponíveis no Kubernetes, quais são os recursos de seu uso;
- o que você deve prestar atenção ao usar escaladores;
- como segmentamos os nós por zonas de disponibilidade usando grupos de nós;
- como implementamos o suporte para Kubernetes Cluster Autoscaler no MCS.
“P&D no Gazprombank: como o K8S ajuda a gerenciar o OpenStack”
Maxim Kletskin, Gazprombank, gerente de produto
Num mundo onde a tendência é tudo como serviço, o Time-to-Market está acima de tudo. É necessário desenvolver rapidamente aplicações 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, tecnologias de conteinerização e Kubernetes.
Maxim Kletskin é gerente de produto do Gazprombank e está desenvolvendo uma sandbox para lançar produtos piloto. O departamento de P&D do Gazprombank realiza vários estudos em sua nuvem, que é o OpenStack. Kubernetes é usado aqui de duas formas: 1) Kubernetes em Bare Metal como a camada de gerenciamento da nuvem OpenStack e 2) K8S como uma distribuição 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 OpenStack, verá que ela é bastante atômica, portanto, usar o Kubernetes como camada de gerenciamento do OpenStack parece muito interessante e lógico. Isso também facilitará a adição de nós a um cluster OpenStack e aumentará a confiabilidade do Plano de Controle. E, como a cereja do bolo, simplificará a coleta de telemetria do cluster.
Você vai aprender:
- por que banco de P&D: testamos e experimentamos;
- como conteinerizamos o OpenStack;
- como e por que implantar o OpenStack no K8S.
Após as apresentações, mudaremos suavemente para o formato @KuCervejanetes After-Party, e também preparamos alguns anúncios legais para você. Certifique-se de registrar , analisamos todas as inscrições dentro de alguns dias.
Sobre novos eventos da série @Kubernetes Meetup e outros eventos Anunciamos imediatamente em nosso canal Telegram:
Interessado em falar no próximo Meetup do @Kubernetes? Você pode enviar sua inscrição aqui:
Fonte: habr.com
