Todos los martes por la noche, se reúne un club de amantes anónimos de DevOps. Nuestras tareas son mucho más ambiciosas que simplemente compartir nuestro problema y posiblemente obtener asesoramiento. Discutimos todas las tendencias de la industria para que sea un placer asistir a las
conferencias y secciones sobre DevOps .
Desde julio, hemos estado trabajando en
DevOpsConf Rusia , una conferencia profesional sobre la integración de los procesos de desarrollo, prueba y operación, que surgió de RootConf y se llevará a cabo el 1 y 2 de octubre en Moscú, en Infospace.
Hoy les diré cómo lo hacemos, qué informes estamos tratando de seleccionar, qué oradores están pidiendo.
Elegimos la integridad como el foco de la conferencia . Hablaremos sobre DevOps desde diferentes lados, desde el lado del desarrollo, la operación, los procesos, la administración y las herramientas. Es por eso que formulamos este conjunto de secciones:
- Plataforma de infraestructura.
- Infraestructura como código.
- Entrega continua
- Comentarios
- Arquitectura en DevOps, DevOps para CTO.
- Prácticas SRE.
- Formación y gestión del conocimiento.
- Seguridad, DevSecOps.
- Transformación de DevOps.
En nuestra opinión, este kit describe completamente todos los aspectos importantes.
Un programa que cubra todos estos temas resultará de gran utilidad. Por otro lado, la tarea principal es
mantener un equilibrio , no comenzar a hablar sobre procesos y cultura aislados de la tecnología y las herramientas. Por lo tanto, pedimos a nuestros oradores que restauren el proceso en la empresa, aclaren metas y objetivos y los vinculen con soluciones tecnológicas.
Permítanme explicar con un ejemplo: vamos a tener un súper orador en todas las conferencias de DevOps:
Alexey Vakhov , CTO de Uchi.ru.
Hablamos con Alexei y descubrimos que desde su último informe en su infraestructura y el transportista de entrega no ha habido innovaciones tecnológicas especiales. Después de una discusión y un poco de lluvia de ideas, decidimos pasar del proceso. ¿Cómo llega exactamente el artefacto con el código del desarrollador a la producción, qué sucede con el artefacto, cómo se protegen los chicos de los errores y errores en toda la tubería? Alex estuvo de acuerdo en que esta es una
nueva visión de lo que está sucediendo dentro de la empresa y decidió rehacer el informe en este sentido. Y ahora nosotros, como oyentes, no solo podremos aprender sobre la experiencia de usar varias herramientas en Uchi.ru, sino que también aprenderemos cómo funciona el proceso de entrega continua.
Entonces, si usted, como yo, está interesado, ¡no es demasiado tarde para registrarse en la conferencia DevOpsConf Rusia !
Este es solo un ejemplo del trabajo conjunto del Comité del Programa y el orador en el informe. Cada aplicación pasa por una discusión tan colegiada, profundizamos en los detalles para que todo salga a la perfección. Por lo tanto, ahora no le contaré sobre todos los informes, pero en cada tema elegiré uno o dos muy interesantes.
Plataforma de infraestructura
Nikolay Sivko. Kubernetes para mayores de 30
A menudo hablan de kubernetes ahora, y en okmeter.io llegaron a la conclusión de que también necesitan k8 en producción. Aunque ni siquiera tienen CI / CD, existen limitaciones, como la tolerancia a fallas máxima necesaria y la falta de recursos humanos para esta tarea.
En su
informe, Nikolai promete contar cómo, sin embargo, logró resolver este problema:
- HA k8 en metal desnudo de palillos de dientes y cinta aislante azul.
- A medida que se organizó la red k8s, se conectaron el clúster k8s y los servidores vecinos.
- ¿Por qué no utilizar la red de servicio k8s, sino implementar servicios sin cabeza y envío + dns descubrimiento siempre que sea posible?
La experiencia
okmeter.io será útil si está buscando un equilibrio de umbral de entrada / beneficios / control / rendimiento de k8s.
Anna Stepanyan. Infraestructura de monitoreo de Booking.com
De este
informe aprendemos: qué datos sobre el funcionamiento de las aplicaciones en Booking.com se recopilan para el monitoreo; cómo se agregan; qué métricas y registros se almacenan; como analizar
Considere las populares
soluciones de monitoreo de código abierto , analice las limitaciones y características, vea qué herramientas tuvo que implementar usted mismo.
Entrega continua
Alexander Kharkevich. Desarrollo efectivo y mantenimiento de roles Ansible
Ansible es uno de los sistemas de gestión de configuración más populares, tiene un umbral de entrada bajo, está convenientemente ampliado por módulos de terceros, permite la
reutilización de código y tiene una serie de ventajas. Pero la introducción de un sistema de gestión de configuración en la frente solo ayuda al principio. Después de algún tiempo, se vuelve bastante difícil mantener un número ampliado de roles. Alexander Harkevich de EPAM Systems en su
informe hablará sobre el
mecanismo de suministro continuo de roles , como la forma más efectiva de apoyarlos. Examinemos el desarrollo de roles públicos y roles públicos, pero con pruebas de ejecución en una infraestructura privada.
Retroalimentación
Vasily Ozerov. Monitoreo basado en ingresos
Todos recopilan muchos indicadores técnicos y algunas métricas comerciales:
ingresos, retención, calidad . Desafortunadamente, muy a menudo estas métricas se analizan por separado y nadie intenta correlacionarlas. ¿Sabes cuánto dinero te trae un servidor web? ¿Cómo ver los problemas cuando todos los sistemas de monitoreo técnico son ecológicos?
¿Cuánto dinero pierde una empresa cuando una base de datos está cargada al 90%? ¿Y el 50%? Ven al
informe de Vasily, lo entenderemos.
Arquitectura en DevOps, DevOps para CTO
Maxim Vikharev. Saga DevOps "sobre microservicio de plantillas"
Este informe se archivará como un ingeniero y desarrollador proactivo de devops.
Considere el ciclo de vida completo de un (micro) servicio utilizando un ejemplo específico de un servicio de Python:
- en qué consiste y de qué depende un servicio (micro) típico en una aplicación web moderna;
- qué capacidades arquitectónicas y primitivas de kubernetes usar;
- cómo el (micro) servicio debería integrarse en el proceso de desarrollo y entrega de aplicaciones para no escribir instrucciones de un kilómetro de largo y, en general, no hacer nada especial;
- cómo acoplar aplicaciones con servicios del sistema en varios entornos de producción, muchos de prueba y depuración, y por qué;
- qué arreglos y decisiones se necesitan entre el equipo de infraestructura y el equipo de desarrollo para una interacción cómoda y efectiva.
Maxim compartirá su experiencia, lo que permitirá a los administradores
delegar tranquilamente
la configuración y la implementación de aplicaciones a los desarrolladores . Y los desarrolladores deben
concentrarse en las características sin tiempo de inactividad significativo debido al cambio a la actividad de DevOps.
Prácticas de SRE
Renato Losio. MySQL en la nube
Todos los principales proveedores de servicios en la nube, desde AWS hasta Google Cloud, ofrecen varias opciones para ejecutar bases de datos MySQL o compatibles con MySQL en la nube. Puede implementar máquinas virtuales y configurar su propio clúster, o confiar en los servicios y administrar bases de datos con el
clic de un botón .
En el
informe del arquitecto jefe de la plataforma en la nube de Funambol,
Renato Losio, consideraremos los
costos operativos
de ejecutar bases de datos relacionales en la nube y
cómo integrarlas como una infraestructura de código. Veamos si es hora de bases de datos sin servidor.
Igor Dolzhikov. Cómo satisfacer el servicio SRE o Go en un contenedor en 5 minutos
A partir de este
informe , aprendemos no solo sobre las prácticas aceptadas de SRE, sino que Igor ilustrará su historia con ejemplos y, lo más importante, promete dar lo más valioso: una
plantilla de servicio formada que incluye la experiencia de varios años de trabajo.
Considere, en particular, tales cuestiones: generación de servicios con la selección de los módulos necesarios; formas de probar y validar código; entrega de código y ejecución en el contenedor localmente y en el clúster; estructura de módulos de servicio a partir de mejores prácticas; cierre cortés del servicio (cierre elegante). Y mucho más de la invaluable experiencia en el desarrollo de contenedores.
Seguridad, DevSecOps
Sergey Noskov. Gestión de secretos con Hashicorp Vault
Según el informe de Sergey, aprendemos sobre la gestión de secretos en Avito usando Hashicorp Vault y
Puppet and Kubernetes . Además, Sergey promete
enumerar qué conos se han llenado durante un año y medio de uso, y compartirá sus pensamientos sobre cómo solucionarlo.
Transformación de DevOps
Anton Isanin. DevOps en Alfa Bank
Anton Isanin es el autor de la estrategia de transformación de DevOps de Alfa-Bank. De su
informe descubrimos qué problemas enfrenta la empresa en el proceso de transformación.
Hablemos de una implementación técnica específica : cómo escribir una historia de usuario; cómo organizar el desarrollo y las pruebas; cómo desplegar supervisar el trabajo en operaciones industriales, etc. Hay muchos matices, y es útil tener en cuenta la experiencia de las empresas que ya han experimentado la transformación DevOps.
¡Nos vemos en la gran reunión no anónima de los amantes de DevOps el 1 y 2 de octubre! Solo recuerde
reservar un boleto con anticipación; más cerca de la conferencia será más costoso.
Suscríbase al boletín temático Ontiko DevOps para recibir actualizaciones del programa tan pronto como estén disponibles. Intentamos que las cartas sean útiles y no intrusivas, enviamos noticias de la conferencia, transcripciones de informes y videos nuevos.
Por cierto, el video se puede monitorear por separado en el canal de YouTube : hay todos los videos recopilados en los últimos años y la lista se actualiza constantemente.