"Necesitamos llevar DevOps a las masas de manera más activa", decidimos el año pasado, realizamos un cambio de marca a gran escala de RootConf y lanzamos
DevOpsConf , como un lugar donde los ingenieros pudieron discutir muchos problemas apremiantes y ver qué sucede a su alrededor de lo que viven en áreas relacionadas, cómo salir de situaciones similares, pero aún así geniales. Logramos armar un programa genial y, lo que es más importante, una audiencia de profesionales que necesitaban dolor y sus soluciones y lo entendían.
Bueno, no nos detendremos en lo que se ha logrado: continuaremos avanzando en el enfoque de
integrar los procesos de desarrollo, prueba y operación en mayo en
RIT ++ .
Dado que DevOps, a nuestro entender, se trata de combinar todos los procesos de desarrollo, el festival de conferencias RIT ++, en el que participan desarrolladores de servidores y clientes, y gerentes de diferentes niveles, personas que desarrollan procesos de negocio y muchos otros especialistas de TI participan. para hablar sobre DevOps.
Para involucrar a muchos en el proceso, hemos cambiado el vector de conferencia en comparación con RootConf. Nos interesan no solo las herramientas y no tanto el hardcore técnico, sino también los
procesos, la gestión, la transformación del equipo y todo lo relacionado con el desarrollo de software en empresas de tecnología . El programa DevOpsConf será interesante no solo para los administradores del sistema, sino también para todos los que usan barba :) Sin embargo, la práctica demuestra que puedes hacerlo sin barba. Es decir, hay temas para diferentes desarrolladores y para CTO.
Tema
Concebido, por supuesto, no puede realizarse sin una participación justa
de la participación comunitaria . En este rol, tenemos un gran Comité de Programa, que consiste en especialistas de Ops y Dev de primera clase y es responsable de la parte de DevOps en muchas conferencias, incluida
HighLoad ++ (por cierto, este año habrá tres de ellos, y nuestra sección estará en todas partes). Hablamos sobre sus antecedentes y sus puntos de vista sobre la transformación de DevOps
aquí . Ya no tomamos descansos en preparación entre conferencias, sino que estudiamos constantemente las necesidades de la audiencia y buscamos nuevas ideas viables. Esto es lo que hemos identificado para el futuro cercano:
- Cómo vender DevOps en caso de subcontratistas.
- Implementación de enfoques SRE.
- Rastreo distribuido.
- Cómo DevOps difiere de una operación bien organizada.
- Diferencias entre GitOps e Infraestructura como Código para la Gestión de la Configuración.
- Servicio exitoso de casos de implementación de mallas.
- Patrones de diseño de sistemas distribuidos.
- Alternativas a Docker - Podman?
- Legitimación de DevOps para auditores.
- ITIL v4 y DevOps.
- Separación de funciones y el principio de cuatro ojos en DevOps.
- DevOps en Internet de las cosas.
- DevOps en Machine Learning.
- Proveedores en la nube: AWS, Azure, GCP, etc.
Llamada para papeles
Solicite un informe si alguno de estos elementos forma parte de sus tareas diarias. O, si todavía está en el proceso de resolver un problema, pero los conos rellenos ya no están embrujados, y desea hablar sobre ellos. Además, si DevOps en su empresa aún no es un estándar, pero ya ha cambiado mucho en los procesos, nos complacerá considerar dicho informe.
En caso de duda, no lo dudes . Lo principal es que el tema fue personalmente muy interesante para usted personalmente, y la solución fue una sobre la que no puede leer en stackoverflow, pero que puede ayudar a alguien a ahorrar tiempo y nervios. Por lo demás, lo ayudaremos, le haremos las preguntas correctas, le diremos dónde desarrollar el informe e incluso en preparación para el discurso, tenemos un truco secreto de la vida (de hecho,
aquí está).
Aquí hay algunas sugerencias del Comité del Programa para ayudarlo a decidir.
Danila Shtan quiere escuchar más alternativas a los productos "predeterminados" como Kubernetes o Prometheus en la práctica.
Dmitry Zaitsev está esperando informes sobre:
- Experiencia práctica y comprobada en la incorporación de controles de seguridad en tuberías de entrega.
- Experiencia laboral y probada de operaciones de análisis y automatización en general en asuntos de empaque, entrega y trabajo adicional con modelos.
- El manejo de la complejidad no está en palabras sino en hechos.
Artyom Kalichkin está interesado en los casos de transición a los rieles DevOps en un ecosistema donde no solo microservicios, sino también cualquier legado pesado, ESB, RDBMS.
A Dmitry Malykhin le gustaría escuchar sobre las prácticas de GitOps y SRE.
Valeria Pilia espera que alguien hable sobre:
- Real Continuous Delivery confirma casos para aplicaciones complejas, colgadas de seguridad y regulaciones, y no solo para frentes livianos
- La extinción del ecosistema Hadoop y el dolor de moverse de él. Alternativas desde el punto de vista arquitectónico.
- El amor de los datasatanistas, desarrolladores, probadores e ingenieros en una sola carrera por crear un producto.
Aceptamos solicitudes de informes
hasta el 27 de marzo . Sí, esto es solo dos semanas, pero no posponga la presentación para el último día. En primer lugar, comenzaremos a confirmar los informes sin esperar el final, y la competencia aumentará. En segundo lugar, usted y nosotros tendremos menos tiempo para refinar y refinar el tema, es decir, ahora existe la posibilidad de ingresar al programa anterior. Y solo ten piedad de nosotros, para no ahogarnos en los informes presentados simultáneamente.
En una palabra, no arrastre,
envíe tesis. Para inspirarte, puedes usar la
lista de reproducción con videos de los mejores informes DevOpsConf Rusia 2018.
Formaremos un programa juntos
Escriba en los comentarios qué temas nos perdimos en vano, qué le duele en el contexto de DevOps. Indique a quién debemos llamar, etc. Siga el ejemplo del comité del programa.
Ven a la conferencia de
chat con tus solicitudes. Otros participantes podrán decirle si vale la pena hablar sobre un tema, tal vez le dirán cómo complementarlo: somos una comunidad.
¡Reúnase sin conexión en
RIT ++ en mayo!