Hoy hablaremos un poco sobre el presente, el futuro y el programa de conferencias DevOops 2019. DevOps cambia todos los días. ¿Recuerdas el año 2004? Tenemos un orador que trabajó con nubes en un momento en que no existía dicho término. Amazon Web Services se lanzó en 2006. En algún lugar al mismo tiempo, comenzaron a aparecer las primeras referencias a DevOps. Toda una vida ha pasado desde entonces.
Recientemente recordaron "return my 2007" nuevamente. Imagine este mundo sin los ubicuos virtuales en Amazon, sin GitHub (apareció solo en 2008), sin dockers acogedores y seguros. Recuerde configurar iptables, gestores de paquetes GNU / Linux, reconstruir manualmente los módulos del kernel, noches sin dormir. ¿Todavía quieres ir allí? Ese sería su 2019, si no fuera por el progreso de los huracanes de estos años.
La tecnología y las empresas han cambiado. Déjame darte un par de ejemplos. Por ejemplo, todos vimos la maravillosa transformación de Microsoft: desde "
Linux is Cancer " de Ballmer en 2001 hasta la transición generalizada al código abierto, el rescate de GitHub en 2018 y los planes para el verano de 2019 de
introducir el kernel de Linux como parte de la entrega de Windows. Junto con todo este movimiento, las preferencias de los ingenieros con respecto a la información recibida cambiaron.
En 2016, apareció el libro de Google "
Site Reliability Engineering ". Por un lado, este libro ni ahora ni ahora puede considerarse una guía para todos y para todos: después de todo, "
no eres Google ", no tienes Borg y puede que no haya tales tareas. De hecho, al ser inicialmente un producto de Google PR inteligente, tuvo un efecto a escala global. Pocas personas no han leído ni oído hablar de ella. En agosto de 2018, su traducción al ruso nos
alcanzó , junto con la continuación del
Libro de trabajo de confiabilidad del
sitio .
Las conferencias cambian constantemente junto con la situación. Apareciendo en 2017, la conferencia DevOops en su programa reflejó los principales problemas que en ese momento estaban ocupados por especialistas en soluciones DevOps.
La copia de archivo para 2017 no le permitirá mentir: el primer elemento fue contenedores, orquestación y virtualización, incluidos Docker y AWS. Docker, Docker, Docker en todas partes.
Trajimos a personas que podían hablar de eso sin cesar, y Corey Quinn, editor de
Last Week en AWS, inauguró la conferencia.
En 2018, quedó claro que Docker ya estaba harto de todo. Se convirtió en el estándar, comenzó a mirarnos desde todas partes. Nuevas publicaciones en la semana pasada en AWS comenzaron a aparecer más de 60 veces al día. Ya no tiene sentido construir una conferencia en torno a cosas tan obvias.
La Keynote 2018 fue hecha por John Willis, un hombre famoso no solo como director de desarrollo de ecosistemas en Docker, sino también como uno de los padres originales de DevOps, autor del Manual de DevOps y el Proyecto Beyond the Phoenix. Es bueno que John comenzó a hablar no siempre sobre el ajuste, sino sobre la implementación de DevOps como una cultura organizacional, un tema que se olvida constantemente, distraído por los juguetes brillantes de las nuevas tecnologías.
El segundo tema principal de 2018 es Kubernetes. Cómo usarlo, cómo implementarlo, vale la pena hacerlo. Este tema corrió la línea roja en todo el programa, Kubernetes fue, si no en el título, entonces no, no, y apareció en las diapositivas.
Hola, 2019. Kubernetes, como Docker, se ha convertido en el estándar. Las guerras calientes se calmaron, las víctimas de las primeras presentaciones desaparecieron de los ojos, y solo él permaneció en el campo de batalla. Todos los proyectos nuevos se realizan de una forma u otra con la vista puesta en el nuevo rey.
Y junto con esto, surge la pregunta: ¿qué debería decir la conferencia DevOops este año? Esta es una pregunta abierta en la que el comité del programa está trabajando actualmente.
El programa de la conferencia se puede presentar de dos maneras. En primer lugar, puede presentar inmediatamente una cuadrícula de informes listos para usar y decir: mira lo genial que es. Esto produce un efecto sorprendente, conduce a una compra rápida de boletos, pero no siempre responde completamente a las solicitudes de los visitantes.
Por ejemplo, recientemente un amigo me escribió en VKontakte y me pidió que dijera qué incluiría en el programa. "Pero después de que la conferencia aún sea seis meses, ¿por qué necesitas esto?" Resultó que en su compañía era costumbre escribir un poema de liderazgo sobre el tema "¿Por qué quiero ir a la conferencia" de antemano. Y dado que la compañía es grande, todo está planeado con mucha anticipación, entonces debe escribir durante seis meses. Ella no encaja en la opción del formulario "el programa será un mes antes del inicio".
Esto puede parecer un caso especial, pero a partir de muchos de estos casos especiales se forma la imagen general. Hay otro enfoque: en lugar de la instantánea final del programa, puede cargar actualizaciones en pequeños fragmentos. Esto es algo ágil y delgado. Si recuerda, existe un concepto de
mapeo de flujo de
valor , y aunque no es completamente aplicable al consumo de anuncios de informes sobre Habré, hay algo similar. Por ejemplo, si arrojamos demasiado texto, simplemente no podrá tener tiempo para leerlo y deberá recordar de alguna manera lo que leyó hasta la próxima vez. Las descripciones de los informes se ajustan y actualizan de vez en cuando, los oradores cambian los nombres de los temas a medida que trabajan en el informe, y este flujo de información no es fácil de entender, y aún más, para convertirlo en una comprensión de "por qué necesito esta conferencia". En otras palabras, publicar el programa en pedazos a medida que se llena es una bendición.
Ahora hemos
publicado los primeros oradores que definitivamente estarán en DevOops 2019 en el sitio web. Pronto aparecerán los temas de los informes. Para no perderse nada, puede leer nuestro blog en Habré o suscribirse a la lista de correo (para ello, debe ir al
sitio web de la conferencia y hacer clic en el botón "suscribirse" allí). Si de repente quiere hacer un informe usted mismo, todavía
tiene la oportunidad .
Y, sin embargo, ¿de qué se tratarán los informes? Vea cómo ha cambiado la
descripción de la
conferencia . Kubernetes todavía está en primer lugar, pero no como una disciplina independiente, sino como parte del movimiento Cloud Native, junto a Helm, Istio y mallas de servicio. Tenga en cuenta que, en tercer lugar, la palabra Observabilidad apareció explícitamente (por ejemplo, en el libro de
Practical Monitoring de Mike Julian, esta palabra aún no se ha utilizado, ha pasado un año, y ahora). Los informes serán aproximadamente en esta dirección. Por supuesto, los viejos temas sobre Docker y Kubernetes también se omitirán, pero a un nivel superior.
También tengo pensamientos sobre este tema. Por ejemplo, para mí, DevOps siempre ha sido principalmente una metodología y cultura, y no un conjunto de ajustes. Despliega la aplicación web Java de su empresa en los servidores del cliente, pero no se despliega, algo se ha roto y necesita orientarse instantáneamente y arreglar todo. Y es mejor hacer que el lanzamiento a la producción no sea una pesadilla. Se trata de esta conferencia: cómo no tener pesadillas con personas y liberaciones. Qué herramientas se harán es la segunda pregunta, somos geniales y podemos manejar cualquiera. Yo mismo quisiera más informes sobre la cultura y las formas de hacer las cosas: es bueno, incluso en la lista inicial de oradores hay tales personas (por ejemplo, Anton Weiss, Barukh Sadogursky, Roman Shaposhnik).
En general, suficientes palabras generales, ¡vamos al grano! Aquí están nuestros oradores:
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 de DevOps israelí. Anton participa en conferencias internacionales y es conocido como un excelente orador. ¡En DevOops 2018, su informe ocupó el primer lugar!
Eric Weld de HashiCorp ha estado en la nube por más de 15 años. Antes de HashiCorp, trabajó como consultor en Xebia y se convirtió en el fundador de Instruqt, una plataforma para aprender el ajuste de la nube y otras herramientas DevOps en una infraestructura real.
Alex Thissen de Xpirit se ha desarrollado desde finales de los 90 y logró trabajar como líder y arquitecto en todas partes, desde pequeñas empresas hasta grandes empresas. En particular, se dedica a capacitar a desarrolladores en tecnologías de Microsoft y arquitectos en sistemas de nube distribuidos modernos. Diez veces el título profesional más valioso de Microsoft en la categoría de Tecnologías de estudio y desarrollo.
Roman Shaposhnik de ZEDEDA es un conocido experto y consultor sobre código abierto y la transición a las tecnologías digitales en grandes empresas. Anteriormente, desempeñó un papel importante en la creación de colaboración de código abierto dentro de la Fundación Linux, y también ocupó puestos clave en Pivotal, trabajando principalmente con plataformas de administración de aplicaciones basadas en la nube y grandes datos. Su trabajo en Pivotal lo llevó a la intersección de la tecnología de contenedores, la virtualización y las arquitecturas unikernel, lo que, a su vez, generó la misión de ZEDEDA: aplicar estas tecnologías al desarrollo de la informática de vanguardia. Roman es miembro de Apache Software Foundation y Linux Foundation Edge, así como un colaborador activo en una serie de proyectos de código abierto.
Victor Gamov - Promotor defensor en Confluent, uno de los principales contribuyentes al proyecto Apache Kafka. Ayuda a los arquitectos y desarrolladores a diseñar y desarrollar sistemas de procesamiento de datos de transmisión distribuida. Coautor del libro "Enterprise Web Development" de O'Reilly. Cofundador y (en el pasado) líder del podcast de depuración
"Flight Debugging", querido por muchos programadores.
Anton Arkhipov : defensor del desarrollador en JetBrains, residente del podcast
Debriefing . Los intereses profesionales están relacionados con lenguajes de programación y herramientas de desarrollo de software.
Baruch Sadogursky (también conocido como JBaruch) - Jefe de Relaciones con Desarrolladores y Defensor de Desarrolladores en JFrog. Lo que más le gusta es hablar de tecnologías, es decir, le encanta chatear, pero una persona que habla de tecnologías tiene un aspecto inteligente, y 18 años de experiencia en el campo de las altas tecnologías no han desaparecido. Cuando no habla (bueno, o no vuela al lugar del próximo discurso), estudia tecnologías, personas y cómo funcionan, o mejor dicho, no trabajan juntos. Baruch es coautor de Liquid Software, embajador de CNCF y orador profesional en temas como DevOps, DevSecOps, Go, Java, etc. Habla regularmente en conferencias tan reconocidas como Joker, JPoint, DevOops, Heisenbug, DockerCon, GopherCon, Devoxx, DevOps Days, OSCON, Qcon, JavaOne y otros. Algunos de sus informes se pueden ver
aquí .
La conferencia DevOops 2019 se llevará a cabo del 29 al 30 de octubre en San Petersburgo.
¡Ven, será genial y útil!
Las entradas anticipadas están disponibles en el sitio web de la conferencia .