DevOps con rostro humano

A menudo hablamos sobre lo que escuchamos útil en conferencias, menos a menudo sobre oradores de eventos futuros. Y casi nunca mostramos a personas que están detrás de escena de cada buena actuación y dirigen un conjunto de temas. Es hora de cambiar esto, porque quién prepara el programa y con qué enfoque puede decir mucho más sobre la conferencia que una lista de resúmenes.



En un ambiente simple e informal, hablamos con miembros del Comité de Programación en Vivo de DevOps sobre cómo llegaron a DevOps, qué es importante para la industria ahora, por qué las conferencias son útiles y qué se pierde al moverse en línea. Lo invitamos a unirse al conocido: puede elegir ver y escuchar la grabación completa o leer los extractos a continuación.





El comité del programa de conferencias DevOps Live está formado por 25 profesionales con clase con amplia experiencia y una amplia variedad de historias de casos. Podrían organizar un gran evento solo a partir de sus estudios de caso (y sería mucho más rápido y más fácil), pero no lo hacen para ayudar a los participantes a obtener una comprensión completa de los procesos y prácticas de DevOps.



Cuatro personas participaron en esta conversación: Timur Batyrshin, Dmitry Zaitsev, Valeria Piliya y Mona Arkhipova. Y, afortunadamente, todos ven DevOps desde ángulos ligeramente diferentes y aportan diferentes acentos a la agenda de la conferencia.



Timur Batyrshin (erthad) en TI por más de 15 años, durante este tiempo participó en la construcción de distribuciones Linux, virtualización de servidores, cuando aún no estaba de moda, automatizó el despliegue de servidores en las nubes y construyó la arquitectura de aplicaciones en la nube.



Timur Batyrshin: Podemos decir que el camino hacia el comité del programa DevOpsConf comenzó en 2012-2013 con la comunidad Hangops Ru (Hangops se puede descifrar como "Ops on Hangouts", fue en Hangouts donde se mantuvieron conversaciones regulares sobre la industria). Poco a poco, la comunidad creció más allá del chat y el núcleo de entusiastas comenzó a organizar DevOpsDays Moscow. Dima y Lera también participaron, y Sasha Titov (osminog).



Dmitry Zaitsev (bhavenger) desarrolló prácticas de DevOps y SRE antes de que estuviera de moda. Los combinó con ITIL y Cobit cuando aún estaban de moda. Tiene experiencia en gamedev, adtech, bigdata, fintech, marketing. Es uno de los organizadores de DevOpsDays Moscow, DevOps Moscow, Hangops Ru. Ahora, el director de SRE está en flocktory.com.



Dmitry Zaitsev: En 2015, de alguna manera terminé en el chat de Hangops, . 2017 . RootConf . , . 2018 , DevOpsConf, DevOps: , , DevOps.



trabaja para flocktory.com Ingeniero de infraestructura, mantiene la infraestructura en AWS con k8s. Participó en la adaptación de la edición en ruso del Manual de DevOps y es una de las organizadoras de las reuniones de DevOps Moscú y la conferencia DevOpsDays Moscú 2019. Se unió al comité del programa DevOpsConf hace dos años, como otros participantes en la conversación por sugerencia de Alexander Titov.



Valeria Piliya: Me uní al comité de programa de la conferencia porque me interesaba saber cómo funciona desde adentro. Ni siquiera tenía idea de cómo, por ejemplo, se distribuían las tareas entre el comité del programa y los organizadores del evento. Me impulsó la curiosidad y tuve la oportunidad de satisfacerla. Y esta es una oportunidad que no se niega.



Mona Arkhipova (Mona_Sax) COO sudo.su (MIRC), anteriormente ocupó cargos gerenciales y expertos en el campo de la seguridad y TI. En su trabajo diario, utiliza activamente las prácticas de DevOps y también comenzó cuando aún no estaba generalizado. Mona se unió al comité del programa después de que el excelente Cómo (usted) vive sin un departamento de seguridad hablara sobre cómo la seguridad es responsabilidad de todos. Ahora llevamos la seguridad a las masas, no solo en las conferencias de seguridad, sino también en DevOps Live.



Mona Arkhipova: , , — . , IT- «- », , - . IT , , DevOps.



DevOps



Como ya entendió, Mona está promocionando DevSecOps y este año habrá más seguridad en la conferencia. Pero esta no será una conferencia de seguridad dentro de DevOps Live: todas las presentaciones están diseñadas para cualquier nivel de experiencia, es decir, son adecuadas para aquellos que recién están comenzando a pensar en la seguridad . Pero para aquellos que ya están trabajando en esta dirección, mostraremos algunos puntos no obvios y herramientas útiles.



Expertos reconocidos en el campo de la seguridad de TI le dirán exactamente cómo crear seguridad, qué errores se cometen con frecuencia y cómo asegurarse de que ni usted ni su empresa resulten dolorosamente heridos. En una serie de clases magistrales, se mostrará a los participantes cómo se puede piratear un servicio y cómo protegerse de él tanto desde el punto de vista técnico como desde el punto de vista del proceso, sin dejar de seguir metodologías de desarrollo modernas.



DevOps :



Por supuesto, hablaremos sobre problemas generales de ingeniería y discutiremos tecnologías y procesos en la interfaz con soluciones instrumentales que facilitan la resolución de problemas de desarrollo, pruebas y operación.



¿Sabes qué diferencia a un buen informe de herramienta de uno malo? En una buena conferencia, el oyente no tiene la sensación de un audiolibro de un manual, y el orador habla sobre cómo usar esta herramienta en la vida real, con su ayuda para simplificar la vida y resolver sus problemas de manera más efectiva. En DevOps Live, no solo nos familiarizaremos con las herramientas, sino que también entenderemos cómo y cuándo deben implementarse y cómo usarlas correctamente.



Hay que tener en cuenta que hay herramientas que se están desarrollando muy rápidamente y enfoques que cambian un poco más lentamente. Hablaremos de ambos:



  • , .
  • - , , .
  • .


Mientras hablábamos de herramientas y del hecho de que se puede hablar de ellas, y de inmediato será más fácil y divertido vivir para alguien, o no se puede decir y esperar a que todos se den cuenta, se volvió curioso si la PC se fija la tarea de educar .



Valeria Piliya: Sería ingenuo establecer un objetivo exclusivamente educativo. Por supuesto, es inherente a las conferencias por diseño, pero es imposible enseñar a alguien en contra de su voluntad. Pero te puede interesar, hacerte preguntar y dudar. Ayude a aprender algo nuevo, que puede que no sea de inmediato, pero será útil y obtendrá algo muy bueno.



Mona Arkhipova: . : , , , DevOps .. ITIL . , , , , , . , .



: , ITIL, . , , ITIL, . , , IT Extreme Programming, .



: , . - , . IT , , , .



: , . . , , , 1969 .



DevOps



La idea detrás de la conferencia DevOps Live es mirar DevOps desde diferentes ángulos, en particular desde una perspectiva de desarrollo de productos.



Como parte de un enfoque DevOps, las soluciones técnicas deben estar relacionadas con los objetivos comerciales. Pero los ingenieros a menudo no son muy conscientes de cuáles son estas tareas. Por ejemplo, creen que dado que el Informe DORA dice que las organizaciones geniales se lanzan varias veces al día, el tiempo de comercialización es lo más importante para los negocios.



Timur Batyrshin:Como cualquier ingeniero, solía pensar que lo principal es escribir bien el código, afinar su trabajo y todo saldrá bien. Y luego resultó que era necesario no solo insistir en los servicios y escribir código, sino también mover cosas en la empresa. Y en cualquier empresa de más de, digamos, veinte personas, surgen tareas adicionales para acoplar grupos de trabajo y especialistas que quieren cosas diferentes. Esto es lo que nos dijeron los padres de DevOps: cómo hacer que todos trabajen juntos en las mismas tareas.



Para DevOps Live, Timur Batyrshin y Andrey Shorin hablaron con los propietarios de productos... Resultó que el tiempo de comercialización tal como lo entienden los ingenieros (lanzamientos frecuentes) no es muy importante para ellos. Más importante es la previsibilidad, que se logra cuando los equipos de productos, el desarrollo, las operaciones y los equipos de gestión trabajan para alcanzar objetivos comunes y se entienden entre sí. Por eso, en la conferencia nos centraremos en cómo negociar, generar confianza, lidiar con la toxicidad, etc.



Y esto no se trata solo ni tanto de mostrar a los propietarios de productos cómo pueden beneficiarse de DevOps. Pero también ayude a los ingenieros a comprender cómo afecta su trabajo al producto. Porque cuando no se ve la conexión entre un trabajo técnico específico y los resultados de la empresa, aparecen los mismos problemas de motivación, burnout, etc. El tema de la contribución al logro de los objetivos comunes lo ocupa no solo la alta dirección, sino ya los especialistas medios y senior.



Valeria Piliya: Cuando una persona comienza a entenderse un poco más como profesional y piensa en lo que quiere del trabajo en el contexto de toda su vida, resulta que no se está poniendo Kubernetes en todo el día. ¿Pero porque?" Aquí no está lejos de la crisis existencial.



, , . « , » , .



DevOps Chief-



La implementación de las prácticas de DevOps en una empresa definitivamente no está completa sin la inclusión activa del CTO, es decir, hay líderes técnicos entre la audiencia de DevOps Live. Los PC decidieron determinar qué problemas tiene el CTO y cómo ayudar a resolverlos, porque resultó que no hay suficiente contenido de este tipo en las conferencias de TI modernas. Muy a menudo, se consideran problemas más específicos de equipos individuales o problemas técnicos.



Una cosa es elegir entre Kubernetes y OpenStack, y otra: las soluciones de nivel de jefe. Tales decisiones, en primer lugar, deben tomarse mucho más y, en segundo lugar, la mayoría de las veces la empresa aún no tiene la experiencia relevante y solo puede confiar en los resultados de otras personas, y en tercer lugar, el costo de un error es alto.



Una persona con el prefijo Jefe, además de las soluciones técnicas, también se dedica a cosas tan interesantes como: calcular el costo de propiedad y los costos de infraestructura, planificar una pila de tecnología, administración de capacidad, etc., que no está a la vista de la mayoría.



Dmitry Zaitsev: Quiero revelar el tema de cómo cambiar algo dentro de toda la empresa. Ahora parece que no hay lugar para hablar de ello. Por lo tanto, queremos que la gente hable y juntos lleguen a comprender cómo implementar algo a nivel de empresa.



El entendimiento mutuo en primer plano



Como puede ver, todos los temas están interconectados y son parte del rompecabezas. No hay necesidad de pensar: "Sí, no estoy interesado en el desarrollo de productos, todavía estoy lejos de la estación de servicio, solo queda la parte con prácticas de ingeniería". Esto no es verdad.



De una forma u otra, todos los temas que serán discutidos en la conferencia se superponen, pero el comité del programa pone un énfasis adicional en esto y prepara formatos especiales para involucrar a participantes con diferentes roles en la discusión general.



Valeria Piliya: Queremos que veas que cada uno de tus compañeros en su lugar resuelve problemas en los que quizás ni siquiera hayas pensado. Pero todos ellos tienen como objetivo desarrollar un producto en el que tú también estás involucrado.



Timur Batyrshin:Seguramente, todos tuvieron una situación en la que estaban seguros de la necesidad de algunos cambios técnicos, por ejemplo, convencieron al gerente de que necesitaban Kubernetes con urgencia y ellos lo ignoraron de que ahora no era el momento para eso. Pero siempre hay dos caras de estas historias, e incluso los discursos de conferencias ayudan a comprender ambas.



Y el punto aquí no es sólo convertirse en un "equipo más eficaz", sino también en el hecho de que cuando comprendes y confías en tus compañeros, te resultará más agradable trabajar y más fácil vivir. Por ejemplo, si examina el problema de manera más amplia, puede comprender lo que el equipo y la empresa realmente necesitan en este momento. Y como resultado, hablar en un idioma comprensible para las empresas, para convencerlos de la necesidad de implementar sus ideas. O escuchar los argumentos del oponente y aceptar que esto no es solo un radio en las ruedas, sino que realmente hay una razón para no hacerlo ahora.



Todo esta en linea



Un tema del que no pudimos dejar de hablar es en línea, donde todos los eventos se han movido hasta ahora. Nosotros en Ontico ya hemos realizado tres pruebas y tres grandes conferencias online (puedes ver cómo les fue en el artículo sobre KnowledgeConf ), no todo es tan malo. Pero entendemos lo que pueden ser las dudas, además, están incluso dentro del PC.



En nuestra opinión, existen dos problemas principales en línea:



  • Competencia por la atención, porque a diferencia de una conferencia presencial, que se visita en un lugar especial, en una conferencia en línea, los participantes permanecen en su entorno familiar con todos los chats que distraen y otras redes sociales.
  • Falta de comunicación en vivo con todos sus componentes no verbales.


En línea para el comité del programa es un desafío adicional en términos de selección de oradores. Es realmente difícil concentrarse en una charla regular, cuando no estás involucrado en el proceso sino solo escuchando. Pero, por otro lado, en línea hace posible o más conveniente tener varias interacciones, demostraciones de codificación en vivo, trabajo en grupos y mucho más, lo que no se puede hacer en una conferencia fuera de línea. Sin mencionar a los oradores extranjeros que simplemente no pueden venir a Rusia por una variedad de razones, pero que realmente quieren participar y comunicarse con nosotros para comprender lo que está sucediendo en Rusia. Es este año que muchos están felices de aceptar hablar en nuestra conferencia.



Valeria Piliya: , . , , , , - . , , , . - , .



, , , , , . , , , , .



Mona Arkhipova: También es más conveniente para el orador, porque existe la oportunidad, al menos, de no pararse en el rotafolio, sino de sentarse, y mejor aún, de tomar un café, un bocadillo a mano y sentirse cómodo en general.



Otra ventaja que no es la más obvia de Internet es que no estamos limitados no solo por el espacio (por ejemplo, Infospace), sino también por el tiempo. En la primavera, aprendimos de nuestra propia experiencia que es completamente imposible permanecer involucrado en una conferencia en línea durante ocho horas seguidas. Pero tenemos margen de maniobra: podemos distribuir nuestros eventos durante varios días durante varias horas. El horario seguirá siendo bastante ajustado para mantener a los participantes en contexto, pero unos días, varias horas en un horario conveniente, proporcionarán una velocidad cómoda para la percepción de la información.



Timur Batyrshin: , - , , , - , , , . .



, , -, , -, , , -, , .



: . , , .



Por tanto, como tal, el networking online puede ser incluso más eficaz, y también sabemos cómo reactivarlo. Solo queda el temor de que a finales de septiembre todos estemos, en principio, hartos del online, pero será neutralizado por el contenido que está preparando el PC. Y diversidad.



DevOps Live resulta:



  • Esto es una amplitud en cuanto a formatos: habrá informes, clases magistrales, talleres, discusiones, consultas grupales e individuales, y esto no es todo lo que se revelan las tarjetas.
  • Aquí hay una altura desde el punto de vista de la audiencia: estamos esperando en la conferencia a ingenieros de diferentes especialidades de TI, trabajadores de seguridad, estaciones de servicio, gerentes de producto y dueños de negocios.
  • Y también la profundidad, porque las cosas hardcore seguramente también estarán allí.


Esperamos que esto y nuestra minuciosa preparación con los ponentes permitan que la conferencia gane el concurso de atención, incluso de trabajo y redes sociales.



Sabemos lo difícil que es apartar un tiempo sentado en casa para empezar a mirar algo, involucrarse en ello, pensar, discutir y comunicarse con otras personas. Por el bien de esas personas, quiero hacer contenido realmente genial, buscar a alguien, negociar, proponer nuevos formatos. ¡Ven, te esperamos!



DevOps Live 29-30 6-7 . 15 .



— .



, , 5 18:00 - . , . , , .



All Articles