Han pasado al menos unos años desde que todos escucharon la palabra "DevOps". Quién simplemente no lo implementó, y qué solo no lo hizo.

Mientras tanto, la región está muy inexplorada, llena de muchos descubrimientos. Por ejemplo, la comunidad de habla rusa aún no ha decidido la terminología: alguien ya contrata personas para el puesto "devops", y alguien siempre dice que "devops" es una cultura y práctica diseñada para combinar desarrollo, operación y también es, por lo tanto, llamar a la posición tan incorrecta.

Muchos están buscando una respuesta en los libros, ya que ha habido muchos de ellos últimamente. Por ejemplo, uno de los más significativos me parece ser el Manual Devops, escrito por nuestro orador John Willis, y el Libro SRE de Google, disponible en Internet de forma gratuita. Sin embargo, al leer estos libros, encontré lo siguiente: un texto seco no es muy adecuado para la transferencia de conocimiento, muy basado en el trabajo real de las personas vivas. Resulta conocimiento demasiado abstracto.

Por ejemplo, tomamos el capítulo 14, "Gestión de incidentes" . Se nos dan dos ejemplos: al principio, la historia de un incidente, que se trató de manera incorrecta, se cuenta de manera colorida. Luego se cuenta la misma historia, pero con la estructura correcta y buen resultado. Un buen resultado ocurre si sigue prácticas importantes:

• Una división clara en roles, con la asignación de los responsables de:
  
  • todo el incidente ("comandante");
  • parte de operaciones;
  • comunicacion
  • planificación del trabajo;
• Destacando una publicación de equipo (tanto física como solo chat);
• Un documento constantemente actualizado que describe el estado actual del incidente;
• Transferencia de autoridad oportuna y comprensible (por ejemplo, al final de un turno).

Al final, se dan un montón de buenos consejos sobre todo en el mundo. En principio, es bueno, pero hay una pregunta: ¿cómo se puede poner esto en práctica? Cada elemento es adecuado para un libro completo, y algunos de ellos requieren habilidades tan suaves que no se pueden describir en los libros. Imagine que en medio del incidente, CTO se acerca a usted y comienza a darle consejos inútiles de una vida de TI anterior: ofrecerá aumentar el tamaño de las páginas de memoria en Linux, aunque es completamente diferente, o apagar las barreras ext4, aunque el almacenamiento en caché está activado. ¿Es tan fácil patearle el culo desde nuestro puesto de mando con el pretexto de que no tiene ningún papel en el equipo? ¿Cómo hizo esto el que escribió el artículo?

Idealmente, quiero lo siguiente: en primer lugar, tener más de un punto de vista sobre el mismo problema, incluido uno obtenido de la experiencia de varios equipos. No todas las empresas son como Google. Aun así: las empresas similares a Google se pueden contar con los dedos. En segundo lugar, quiero reunirme con los autores de este conocimiento sagrado en vivo, mirarme a los ojos y hacer algunas preguntas. Por ejemplo, muchos escritores de documentos laudatorios sobre una maravillosa desorganización en su organización son mentiras cursis, pero de hecho tienen guiones de bash y palos pegados a cinta aislante en su interior. Es muy útil mirar a los ojos. Y realmente quiero obtener no solo un consejo generalizado, sino también hacer mis propias preguntas difíciles y obtener respuestas.

Las preguntas sobre muchos puntos de vista y diversos problemas no se resuelven de ninguna manera con pequeños mitaps. Con la ayuda de los libros no puedes profundizar y hablar de corazón a corazón. Nadie ha decidido definitivamente cuestiones como la terminología práctica; la composición de las vacantes depende de la situación. Para obtener conocimiento relevante y útil, puede y debe usar todos los recursos al mismo tiempo.

El año pasado, nos dimos cuenta de que todo era tan confuso que era hora de organizar una gran conferencia sobre DevOps y solo él. Se llama DevOops y tiene lugar en el otoño en San Petersburgo. La próxima vez se llevará a cabo el 14 de octubre de este año.

Una gran conferencia es exactamente lo que resuelve la mayoría de los problemas establecidos. Por ejemplo, si no entendió algo en el libro de John Willis, no solo puede ir a su informe y comprender el tema con más detalle, sino también reunirse con él en el área de discusión y hacerle preguntas directamente.

Solo sobre DevOps

En primer lugar, la característica es que esta conferencia es solo sobre DevOps. En principio, en la mayoría de las principales conferencias de TI en Rusia ahora hay un par de temas devópticos. Si va inmediatamente a un grupo de conferencias, puede obtener una buena base. Pero tendrán que escuchar una tonelada de todo lo que los programadores de Java, .NET, JavaScript, etc. se han vuelto dolorosos y, por lo general, en vano. Pero todo esto es increíblemente largo y extremadamente caro. La conferencia DevOops se centra solo en DevOps y, por lo tanto, resuelve muchos problemas organizacionales molestos.

Hablarán sobre contenedores y su orquestación, virtualización y nubes, monitoreo y auditoría, CI y CD, y en general todo lo que viene a la mente cuando aparece la palabra "DevOps".

Presentadores

Pero lo más importante son los altavoces. Ya en el momento del anuncio de la conferencia, nueve personas de compañías como Google y Microsoft estaban listas para compartir su experiencia. Al final, el programa tendrá unos 17 informes en tres pistas. Quizás habrá más pistas e informes. Estudiamos cuidadosamente sus comentarios de los DevOops anteriores e intentamos invitar a los que más deseaba. Veamos quién ya está con nosotros.

John Willis

Es imposible transmitir con palabras lo genial que es que él venga a nosotros. John es uno de los padres de DevOps, autor de 10 libros publicados en los últimos veinte años, incluido el conocido DevOps Handbook y Beyond the Fenix ​​Project , un gurú de Ops durante 35 años y solo una leyenda viviente.

Establecer Wargo

Seth es un defensor de desarrolladores de Google, y antes de eso trabajó en HashiCorp, Chef Software y otros lugares. Es posible que haya leído su libro Learning Chef o que ya se haya reunido en conferencias.

Su informe se llama Modern Security with Microservices and the Cloud . La importancia de la seguridad en las aplicaciones de microservicios es difícil de sobreestimar, y esto hace que el informe de Seth sea especialmente relevante. El informe incluirá una descripción de los principios básicos de seguridad y las mejores prácticas en los sistemas modernos basados ​​en microservicios, y también habrá una demostración en vivo de Vault como ejemplo de su aplicación.

Arroz Liz

Evangelista técnico en Aqua Security, jefe del Comité del Programa KubeCon, haciendo las mejores ponencias en conferencias en todo el mundo.

Inicialmente especializada en desarrollo de software (en particular, implementación de pila de red multiplataforma), Liz conoce bien Kubernetes, Go y Python (el perfil en GitHub muestra claramente que no es una de esos evangelistas que olvidó cómo codificar), escribe publicaciones en Medium ( ¡porque no tiene una invitación a Habr! ) y tiene un montón de habilidades específicas como la codificación en vivo .

Liz presentará un informe titulado "Pasos prácticos para asegurar la implementación de su contenedor" , cuya esencia es que cuando ingresa a la cultura DevOps, la seguridad de alguna manera se convierte en responsabilidad de todos en el equipo. Se demostrarán cosas concretas sobre cómo se proporcionan los principios de seguridad en todas las etapas de la canalización de CI / CD y qué es exactamente lo que se debe hacer a mano.

Jessica decano

Jessica es representante de la comunidad de desarrolladores de Microsoft Cloud, especializada en Azure, infraestructura y contenedores. Y ella sabe mucho sobre GNU / Linux y Open Source: dime hace cinco años que escribiría sobre una persona de Microsoft, se reiría.

Antes de unirse a Microsoft, trabajó con los usuarios finales de San Francisco como consultora de TI y administradora de sistemas para entornos corporativos durante más de diez años.

Jessica durante 4 años ocupó el rango de Profesional más valioso de Microsoft en la categoría de "Windows y dispositivos para TI" (en el mundo de Microsoft esto es algo muy importante). Por supuesto, ella tiene un montón de otras certificaciones. En particular, en 2013 recibió la certificación FEMA del Departamento de Seguridad Nacional de los EE. UU. (Seguridad Nacional) como líder en crisis y emergencias.

Ella también hace crossfit y está físicamente muy emocionada. Con ella, puedes discutir un montón de preguntas en la fiesta y no sobre el tema de los devops. No olvide que los hablantes no son solo fuentes abstractas de conocimiento sobre un tema limitado, sino también personalidades muy versátiles que tienen algo que aprender en campos muy diferentes.

Paul Stack

Paul es un desarrollador de infraestructura que solía trabajar en HashiCorp y estuvo involucrado en el desarrollo de herramientas utilizadas por millones de personas (como Terraform). A menudo habla en conferencias y transmite la práctica desde la vanguardia de las implementaciones de CI / CD, los principios de la organización adecuada de la parte de operaciones, y puede explicar claramente por qué los administradores hacen esto.

¡Paul ya habló en el DevOops anterior, y a los participantes de la conferencia le gustó tanto que decidimos invitarlo nuevamente!

El registro del informe anterior se puede ver aquí:

Esta vez el informe será completamente diferente. Su esencia es que construimos sistemas confiables tolerantes a fallas, pero ¿cómo asegurarnos de que el sistema sea realmente confiable? Tenemos una opción: esperar un incidente y repararlo en un incendio, o agregar incidentes nosotros mismos hasta que aprendamos a sobrevivir. ¿No puede vencer los incidentes? ¡Entonces dirígelos! Paul promete mostrar cómo agregar Caos a su infraestructura y cómo resistirlo.

Alena Prokharchik

Alena es ingeniera principal de software en Rancher Labs (sí, estos son los mismos tipos que crearon Rancher , cuyo lema suena como "Kubernetes Everywhere") y el Comité de gestión de proyectos en la Apache Software Foundation. Anteriormente, trabajé en la creación de servicios de infraestructura para máquinas virtuales en el proyecto CloudStack y ahora, como se puede suponer, para contenedores con énfasis en Kubernetes. Esta es una persona que no solo sabe todo sobre Kubernetes, sino que también puede hablar sobre él, ocupando los primeros lugares en las conferencias.

Su informe es "Construir una plataforma para administrar múltiples clústeres de Kubernetes: trampas y soluciones" . La conclusión es que si alguna vez fue difícil trabajar con k8 en un clúster, ahora este es un problema resuelto, y el trabajo se ha trasladado al área de administración de múltiples clústeres. Se considerarán problemas y soluciones concretas, respaldados no por razonamientos abstractos, sino por ejemplos de su solución en el desarrollo de Rancher. Pero este no es un informe sobre Rancher como producto, sino sobre la experiencia adquirida que los ingenieros pueden necesitar tanto en desarrollo como en operaciones. Si no sabe por qué la compañía tiene más de un clúster de Kubernetes, entonces debería ir a este informe.

Anton Weiss

Anton Weiss es copropietario de la consultoría tecnológica Otomato Software, propietario de más de 15 años de experiencia en el campo de la alta tecnología. Es experto en enseñanza técnica, iniciador y coautor del primer curso de certificación DevOPS de Israel. Anton participa en conferencias internacionales y es conocido como un excelente orador.

Esta vez, Anton nos presentará el informe "DevOps para dinosaurios: cómo cambiar procesos, enfoques y pensamiento en una empresa tradicional" . En los últimos tres años, Otomato ha llevado a cabo proyectos de transformación DevOps en varias grandes empresas internacionales. Ayudaron con la transición a nuevas tecnologías, infraestructuras en la nube y procesos de entrega continua.
Pero lo principal es que hemos cambiado los modelos de cooperación y los flujos de información.
No fue fácil, lejos de todo funcionó. Mucho más tiempo y esfuerzo de lo deseado. Este informe se basa en la experiencia real. En él, Anton considerará todo lo que han aprendido y le dirá: qué funciona, qué no funciona, qué debe hacerse primero, y luego qué y a qué debe prestar atención en primer lugar.

Anton Babenko

Muchas personas conocen y usan Terraform en su trabajo diario. Pero hasta ahora, no hay mejores prácticas para Terraform. Cada equipo tiene que inventar sus propios enfoques, métodos.
Anton ejecuta una colección de módulos de la comunidad Terraform para AWS en GitHub ( terraform-aws-modules , por cierto, ¡más de un millón de descargas!) Y sabe todo sobre el mantenimiento a largo plazo de Terraform en producción. Está listo para compartir su valiosa experiencia con nosotros. Cómo escribir módulos TF para que no duela.

Alexander Titov

Alexander es el organizador de la comunidad DevOps Moscow y la conferencia DevOpsDays Moscow.

Como socio gerente en Express 42, ahora está desarrollando DevOps en compañías de tecnología. Antes de eso, fue el director técnico del primer hosting en la nube en Rusia, Scalaxy, y antes de eso siguió el camino fascinante de adquisición con Qik, el camino desde operar una startup de rápido crecimiento hasta operar en una gran empresa internacional Microsoft.

Kirill Tolkachev ( @tolkv )

Este es uno de los oradores que la audiencia realmente quería. Puede conocerlo como el cofundador de Two Devs One Ops, un podcast extremadamente subjetivo y genial sobre DevOps y el stack moderno. O como residente permanente del podcast de Debriefing, o de historias e informes sobre Groovy, Gradle, Spring y la pila de tecnología de Netflix.

Hasta hace poco, Cyril actuaba como el desarrollador principal en Alpha Laboratory y desarrolló API bancarias, formando los principios y kits de herramientas para trabajar con la arquitectura de microservicios. Conoce la metodología DevOps de primera mano y tiene cuatro años de experiencia en su aplicación. Ahora Cyril está encriptado, pero probablemente tiene algo que compartir.

Baruch Sadogursky ( @jbaruch ) y Leonid Igolnik

Este será un informe conjunto de nuestros grandes amigos y algunos de los mejores keyouters en las conferencias grupales de JUG.ru. Los detalles sobre el informe aún se desconocen, por lo que hay mucho tiempo para disfrutar de la intriga.

En DevOops, hicieron una magnífica nota de cierre, cuya grabación se puede ver aquí:

Para aquellos que aún no saben (¿hay alguno?), Baruch es un defensor de desarrolladores en JFrog y hace exactamente 3 cosas en la vida: se junta con desarrolladores, usuarios y clientes, escribe código para ellos y habla sobre impresiones en blogs y conferencias - como DockerCon, DevOps Days, Container World, JPoint y Joker, y muchos otros. Y así, durante más de diez años seguidos, no me arrepiento ni un minuto.

Leonid es un business angel y una estación de servicio de una gran empresa en Silicon Valley, donde gestiona el desarrollo de aplicaciones SaaS en el campo de la seguridad empresarial. A lo largo de su carrera, ha participado en aplicaciones en línea, comenzando en uno de los primeros proveedores de Internet de Israel. Obviamente, Leonid conoce bien el desarrollo, la gestión y la administración de proyectos a gran escala.

Llamada para papeles

¿Tiene un tema interesante para el informe? ¿Quieres competir contra bisontes como Set Wargo y Liz Rice? ¡Así que es hora de aplicar! FP cierra a una velocidad tremenda, hasta el 14 de agosto hay muy poco tiempo y solo quedan unos pocos lugares en el programa. Aplicar ahora

Próximos pasos

DevOops 2018 se llevará a cabo el 14 de octubre de 2018 en San Petersburgo.

Puede continuar el conocimiento del proyecto en el sitio . Presta atención al formulario de suscripción en la página principal: definitivamente habrá noticias.

¡Nos vemos en DevOops 2018! ¡Será genial!