Desde febreiro Pareceu unha eternidade. O único que alegrou o día foi que conseguimos unirnos á Cloud Native Computing Foundation, certificar a nosa distribución de Kubernetes baixo o Certified Kubernetes Conformance Program e lanzala no servizo. a súa propia implementación do escalador automático de clústeres de Kubernetes.
É hora da terceira reunión de @Kubernetes! En resumo:
- Gazprombank falará sobre como empregan Kubernetes na súa I+D para xestionar OpenStack;
- Solucións na nube de Mail.ru: como escalar aplicacións en K8S usando escaladores e como desenvolveron a súa propia implementación de Kubernetes Cluster Autoscaler;
- e Wunderman Thompson: como Kubernetes lles axuda a optimizar o seu enfoque de desenvolvemento e por que DevOps ten máis desenvolvedores que operacións.
A reunión terá lugar o 21 de xuño (venres) ás 18:30 horas na oficina de Moscova de Mail.ru Group (Leningradsky Prospekt, 39, edificio 79). é obrigatorio e remata o 20 de xuño ás 11:59 (ou antes se se esgotan as prazas).
"Kubernetes para desenvolvedores: cantos desenvolvedores hai en DevOps?"
Grigory Nikonov, director xeral de Wunderman Thompson
Non temos clústeres de 500 nós. Non temos DevOps rigorosos. Non temos equipos de produto dedicados. Pero si temos moitos proxectos interesantes e respostas a preguntas que atopamos mentres os desenvolvíamos e os apoiabamos. Somos desenvolvedores ante todo, e estamos afeitos a crear nós mesmos as ferramentas que usamos. Quizais tamén che axuden no teu traballo.
Wunderman Thompson é pioneira no desenvolvemento de solucións de internet en Rusia, e actualmente desenvolve todo tipo de produtos, desde páxinas de destino sinxelas ata sistemas distribuídos complexos. Kubernetes axuda a optimizar o enfoque de desenvolvemento, mentres que os clientes da axencia benefícianse do aloxamento e a operación das solucións que crean.
En sistemas distribuídos con numerosas integracións e compoñentes internos, unha arquitectura de microservizos é unha resposta natural aos requisitos de que a solución sexa actualizable e mantible. Non obstante, a transición a unha arquitectura deste tipo trae consigo toda unha serie de problemas relacionados co control de versións e a publicación. O feito de que sexamos unha axencia, non un equipo de produto dedicado, e os nosos desenvolvedores non manteñan constantemente o contexto despregado dunha solución específica nas súas máquinas, impón os seus propios requisitos sobre a reproducibilidade do entorno de desenvolvemento, a capacidade de realizar cambios simultaneamente por parte de varios equipos e a capacidade de revisitar o proxecto máis tarde. Os procesos e ferramentas que desenvolvemos, que facilitan aos nosos desenvolvedores e ao persoal de DevOps o desenvolvemento e o mantemento das solucións que crean, convertéronse na resposta a estes desafíos.
Aprenderás por que DevOps se centra máis en Dev que en Ops e como a preguiza pode reducir o tempo e os custos de desenvolvemento/soporte, así como:
- Como Kubernetes cambiou a nosa maneira de abordar o desenvolvemento de proxectos;
- Como é o ciclo de vida do noso código?
- Que ferramentas empregamos para a publicación controlada de microservizos?
- Como resolvemos o problema da construción de artefactos obsoletos;
- Como despregamos nun clúster con pracer.
"Escalado de aplicacións con Kubernetes Cluster Autoscaler: os matices do funcionamento do Autoscaler e a implementación de solucións na nube de Mail.ru"
Alexander Chadin, Solucións na nube de Mail.ru, desenvolvedor de PaaS
No mundo actual, os usuarios esperan que a túa aplicación estea sempre en liña e sempre dispoñible, o que significa que pode xestionar calquera fluxo de tráfico, non importa o grande que sexa. Kubernetes ofrece unha solución bastante elegante que lle permite escalar en función da carga: Kubernetes Cluster Autoscaler.
En Kubernetes, hai dous tipos de escalado, dependendo do que esteamos escalando: máis copias de aplicacións ou máis recursos. Escalado vertical, cando aumentamos o número de réplicas de aplicacións dentro dos nodos existentes, e o escalado horizontal máis complexo, cando aumentamos o número de nodos.
No segundo caso, poderemos despregar aínda máis copias da aplicación, garantindo a súa alta dispoñibilidade. Falaremos do escalado horizontal mediante o Escalador automático de clústeres. Non só pode aumentar, senón tamén diminuír o número de nodos dependendo da carga. Por exemplo, se pasa un pico de carga, o Escalador automático reducirá automaticamente o número de nodos ao nivel requirido, reducindo así o custo dos recursos do provedor.
Na reunión, compartiremos máis detalles sobre as complexidades do escalador automático de clústeres de Kubernetes, así como os desafíos que atopamos ao lanzar a nosa implementación do escalador automático de clústeres dentro dos contedores Mail.ru Cloud. Aprenderás:
- Que escaladores están dispoñibles en Kubernetes e cales son as especificidades do seu uso?
- Que buscar ao usar escaladores;
- como segmentamos os nodos en zonas de dispoñibilidade usando Grupos de nodos;
- Como se implementou a compatibilidade co escalador automático de clústeres de Kubernetes en MCS.
I+D en Gazprombank: como K8S axuda a xestionar OpenStack
Maxim Kletskin, Gazprombank, xestor de produtos
Nun mundo onde todo se ofrece como un servizo, o tempo de comercialización é primordial. As aplicacións deben desenvolverse rapidamente para probar hipóteses e atopar novos mercados a medida que xurden. A velocidade é especialmente importante para os bancos, e as novas tecnoloxías, en particular, a contedorización e Kubernetes, están a axudar.
Maxim Kletskin é o xestor de produtos de Gazprombank e está a desenvolver un ambiente de probas para o lanzamento de produtos piloto. O equipo de I+D de Gazprombank realiza varios estudos na súa nube, que se basea en OpenStack. Kubernetes úsase de dúas maneiras: 1) Kubernetes en Bare Metal como capa de xestión da nube OpenStack e 2) K8S como unha distribución de OpenShift para o desenvolvemento.
Nesta charla, analizaremos o primeiro caso e aprenderemos como Gazprombank usa Kubernetes para xestionar OpenStack. Observando a arquitectura de OpenStack, vemos que é bastante atómica, polo que usar Kubernetes como capa de xestión de OpenStack semella bastante interesante e lóxico. Ademais, isto simplificará a adición de nodos ao clúster de OpenStack e aumentará a fiabilidade do plano de control. E, como guinda do pastel, simplificará a recollida de telemetría do clúster.
Aprenderás:
- Por que o necesita un banco de I+D: probamos e experimentamos;
- Como conteñerizamos OpenStack;
- Como e por que implementar OpenStack en K8S.
Despois das actuacións, pasaremos sen problemas ao formato @Kucervexanetes Despois da festa, e tamén preparamos algúns anuncios interesantes para ti. Asegúrate de rexistrarte. , revisamos todas as solicitudes nun par de días.
Sobre os novos eventos da serie Meetup de @Kubernetes e outras actividades Informámosvos de inmediato na nosa canle de Telegram:
¿Interesado/a en falar na próxima reunión de @Kubernetes? Solicita a túa praza aquí:
Fonte: www.habr.com
