Desde febrero Nos parece que ha pasado una eternidad. Lo único que alegró un poco la separación fue que logramos ingresar a Cloud Native Computing Foundation, certificar nuestra distribución de Kubernetes bajo el Programa Certificado de Conformidad de Kubernetes y también lanzarlo en el servicio. su implementación de Kubernetes Cluster Autoscaler.
¡Es hora del tercer @Kubernetes Meetup! Brevemente:
- Gazprombank le contará cómo utilizan Kubernetes en su I+D para gestionar OpenStack;
- Mail.ru Cloud Solutions: cómo escalar aplicaciones en K8S utilizando escaladores y cómo prepararon su implementación de Kubernetes Cluster Autoscaler;
- y la agencia Wunderman Thompson: cómo Kubernetes les ayuda a optimizar su enfoque de desarrollo y por qué hay más Dev que Ops en DevOps.
La reunión tendrá lugar el 21 de junio (viernes) a las 18:30 en la oficina de Moscú del grupo Mail.ru (Leningradsky Prospekt, 39, edificio 79). es obligatorio y cierra el 20 de junio a las 11:59 a. m. (o antes si se agota el espacio).
"Kubernetes para desarrolladores: ¿cuántos desarrolladores hay en DevOps?"
Grigory Nikonov, Wunderman Thompson, director general
No tenemos grupos de 500 nodos. No tenemos DevOps estricto. No tenemos equipos de productos dedicados. Pero tenemos muchos proyectos interesantes y respuestas a preguntas que encontramos mientras desarrollábamos y apoyamos estos proyectos. En primer lugar, somos desarrolladores y estamos acostumbrados a crear nosotros mismos herramientas que luego usaremos. Quizás también te ayuden en tu trabajo.
La agencia Wunderman Thompson es una de las pioneras en el desarrollo de soluciones de Internet en Rusia y ahora está desarrollando páginas de destino simples y sistemas distribuidos complejos. Kubernetes ayuda a optimizar el enfoque de desarrollo y ayuda a los clientes de las agencias a alojar y operar las soluciones creadas.
En sistemas distribuidos con una gran cantidad de integraciones y componentes internos, una arquitectura de microservicio es una respuesta natural a los requisitos de actualizabilidad y mantenibilidad de la solución, pero la transición a dicha arquitectura genera toda una serie de problemas asociados con el control de versiones y publicación. El hecho de que seamos una agencia, y no un equipo de producto dedicado, y que nuestros desarrolladores no mantengan constantemente el contexto implementado de una solución específica en sus máquinas, impone sus propios requisitos sobre la reproducibilidad del entorno de desarrollo, la capacidad de realizar cambios. a varios equipos simultáneamente y regresar al proyecto después de un tiempo. En respuesta a estos desafíos, hemos desarrollado procesos y herramientas que facilitan a nuestros desarrolladores y DevOps desarrollar y respaldar las soluciones que crean.
Aprenderá por qué DevOps es más Dev que Ops y cómo la pereza puede reducir el tiempo y los costos de desarrollo/soporte, además de:
- cómo Kubernetes ha cambiado la forma en que desarrollamos proyectos;
- cómo es el ciclo de vida de nuestro código;
- qué herramientas utilizamos para la publicación controlada de microservicios;
- cómo solucionamos el problema del ensamblaje de artefactos obsoletos;
- cómo nos desplegamos en el clúster con mucho gusto.
“Escalado de aplicaciones con Kubernetes Cluster Autoscaler: los matices de Autoscaler y la implementación de Mail.ru Cloud Solutions”
Alexander Chadin, Mail.ru Cloud Solutions, desarrollador de servicios PaaS
En el mundo actual, los usuarios dan por sentado que su aplicación esté siempre en línea y siempre disponible y, por lo tanto, pueda manejar cualquier flujo de tráfico, sin importar cuán grande sea. Kubernetes ofrece una solución bastante elegante que le permite escalarse según la carga: Kubernetes Cluster Autoscaler.
En general, en Kubernetes existen dos tipos de escalado en función de qué estamos escalando exactamente: más copias de la aplicación o más recursos. Escalado vertical, cuando aumentamos el número de réplicas de aplicaciones dentro de los nodos existentes. Y un escalado horizontal más complejo: aumentamos el número de nodos.
En el segundo caso, podremos generar aún más copias de la aplicación, lo que garantizará su alta disponibilidad. Hablaremos sobre el escalado horizontal usando Cluster Autoscaler. No solo puede aumentar sino también disminuir la cantidad de nodos dependiendo de la carga. Por ejemplo, cuando la carga alcanza su punto máximo, el propio Autoscaler reducirá la cantidad de nodos a la cantidad requerida y, por lo tanto, el pago por los recursos del proveedor.
En la reunión, le contaremos más sobre los matices de Kubernetes Cluster Autoscaler, así como las dificultades que encontramos al lanzar nuestra implementación de Cluster Autoscaler como parte del servicio Mail.ru Cloud Containers. Aprenderás:
- qué escaladores están disponibles en Kubernetes, cuáles son las características de su uso;
- a qué se debe prestar atención al utilizar escaladores;
- cómo segmentamos los nodos por zonas de disponibilidad utilizando Grupos de Nodos;
- cómo implementamos el soporte para Kubernetes Cluster Autoscaler en MCS.
"I+D en Gazprombank: cómo K8S ayuda a gestionar OpenStack"
Maxim Kletskin, Gazprombank, director de producto
En un mundo donde la tendencia es que todo sea un servicio, el Time-to-Market está por encima de todo. Es necesario desarrollar rápidamente aplicaciones para probar hipótesis y encontrar nuevos mercados en el momento de su formación inicial. La velocidad es especialmente importante para los bancos, y aquí ayudan las nuevas tecnologías, en particular las tecnologías de contenedorización y Kubernetes.
Maxim Kletskin es gerente de productos en Gazprombank y está desarrollando un sandbox para lanzar productos piloto. El departamento de I+D de Gazprombank realiza varios estudios en su nube, OpenStack. Kubernetes se utiliza aquí de dos formas: 1) Kubernetes en Bare Metal como capa de gestión de la nube OpenStack y 2) K8S como distribución OpenShift para desarrollo.
En el informe hablaremos del primer caso y descubriremos cómo Gazprombank utiliza Kubernetes para gestionar OpenStack. Si observa la arquitectura OpenStack, puede ver que es bastante atómica, por lo que usar Kubernetes como capa de administración de OpenStack parece muy interesante y lógico. Esto también facilitará la adición de nodos a un clúster OpenStack y aumentará la confiabilidad del plano de control. Y, como la guinda del pastel, simplificará la recopilación de telemetría del clúster.
Usted aprenderá:
- por qué el banco de I+D: probamos y experimentamos;
- cómo colocamos OpenStack en contenedores;
- cómo y por qué implementar OpenStack en K8S.
Después de las actuaciones cambiaremos sin problemas al formato @Ku.cervezanetes After-Party y también hemos preparado algunos anuncios interesantes para ti. Asegúrate de registrarte , revisamos todas las solicitudes en un par de días.
Acerca de los nuevos eventos de la serie @Kubernetes Meetup y otros eventos De inmediato anunciamos en nuestro canal de Telegram:
¿Está interesado en hablar en el próximo @Kubernetes Meetup? Puedes enviar tu solicitud aquí:
Fuente: habr.com
