Estamos hablando, por supuesto, de . Si no entra en detalles, el 30 de septiembre y el 1 de octubre realizaremos una conferencia sobre la combinación de los procesos de desarrollo, pruebas y operación, y si entra en detalles, por favor, en cat.
Dentro del enfoque DevOps, todas las partes del desarrollo tecnológico del proyecto están entrelazadas, ocurren en paralelo y se influyen entre sí. De particular importancia aquí es la creación de procesos de desarrollo automatizados que puedan modificarse, simularse y probarse en tiempo real. Esto le ayuda a responder instantáneamente a los cambios en el mercado.
En la conferencia queremos mostrar cómo este enfoque influye en el desarrollo de productos. Cómo se asegura la fiabilidad y adaptabilidad del sistema para el cliente. Cómo DevOps está cambiando la estructura y el enfoque de una empresa para organizar su proceso de trabajo.
entre bastidores
Para nosotros es importante saber no sólo qué están haciendo las diferentes empresas en el marco del enfoque DevOps, sino también entender por qué se hace todo esto. Por lo tanto, invitamos no solo a expertos a unirse al Comité del Programa, sino también a especialistas que ven el discurso de DevOps desde diferentes posiciones:
- ingenieros superiores;
- desarrolladores;
- líderes de equipo;
- CTO.
Por un lado, esto crea dificultades y conflictos a la hora de discutir las solicitudes de informes. Si un ingeniero está interesado en analizar un accidente importante, entonces es más importante que un desarrollador comprenda cómo crear software que funcione en nubes e infraestructuras. Pero al aceptar, creamos un programa que será valioso e interesante para todos: desde ingenieros hasta CTO.
El objetivo de nuestra conferencia no es solo seleccionar los informes más publicitados, sino presentar el panorama general: cómo funciona el enfoque DevOps en la práctica, con qué tipo de comisión se puede encontrar al pasar a nuevos procesos. Al mismo tiempo, construimos la parte de contenidos, bajando del problema empresarial a tecnologías específicas.
Las secciones de la conferencia seguirán siendo las mismas que en .
- Plataforma de infraestructura.
- Infraestructura como código.
- Entrega continua.
- Retroalimentación
- Arquitectura en DevOps, DevOps para CTO.
- Prácticas de ERE.
- Formación y gestión del conocimiento.
- Seguridad, DevSecOps.
- Transformación DevOps.
Call for Papers: qué tipo de informes buscamos
Dividimos condicionalmente la audiencia potencial de la conferencia en cinco grupos: ingenieros, desarrolladores, especialistas en seguridad, líderes de equipo y CTO. Cada grupo tiene su propia motivación para venir a la conferencia. Y, si observa DevOps desde estas posiciones, podrá comprender cómo enfocar su tema y dónde poner énfasis.
Para los ingenieros, Quienes están creando una plataforma de infraestructura, es importante comprender las tendencias existentes, comprender qué tecnologías son ahora las más avanzadas. Estarán interesados en conocer experiencias de la vida real en el uso de estas tecnologías e intercambiar opiniones. Un ingeniero estará encantado de escuchar un informe que analice algún accidente grave y nosotros, a su vez, intentaremos seleccionar y pulir dicho informe.
Para desarrolladores es importante entender un concepto como aplicación nativa de la nube. Es decir, cómo desarrollar software para que funcione en nubes y diversas infraestructuras. El desarrollador necesita recibir constantemente comentarios del software. Aquí queremos escuchar casos sobre cómo las empresas construyen este proceso, cómo monitorear el rendimiento del software y cómo funciona todo el proceso de entrega.
Especialistas en ciberseguridad Es importante comprender cómo configurar el proceso de seguridad para que no detenga los procesos de desarrollo y cambio dentro de la empresa. También serán interesantes los temas sobre los requisitos que DevOps impone a dichos especialistas.
Los líderes del equipo quieren saber, cómo funciona el proceso de entrega continua en otras empresas. ¿Qué camino tomaron las empresas para lograrlo? ¿Cómo construyeron procesos de desarrollo y garantía de calidad dentro de DevOps? Los líderes de equipo también están interesados en la nube nativa. Y también preguntas sobre la interacción dentro del equipo y entre los equipos de desarrollo e ingeniería.
para CTO lo más importante es descubrir cómo conectar todos estos procesos y ajustarlos a las necesidades del negocio. Se asegura de que la aplicación sea confiable tanto para la empresa como para el cliente. Y aquí es necesario comprender qué tecnologías funcionarán para qué tareas comerciales, cómo construir todo el proceso, etc. El CTO también es responsable del presupuesto. Por ejemplo, debe comprender cuánto dinero se debe gastar en la capacitación de especialistas para que puedan trabajar en DevOps.
Si tienes algo que decir sobre estos asuntos, no te quedes callado, . La fecha límite para la convocatoria de ponencias es el 20 de agosto. Cuanto antes se registre, más tiempo tendrá para finalizar su informe y prepararse para su presentación. Así que no te demores.
Bueno, si no tienes necesidad de hablar en público, simplemente y ven el 30 de septiembre y el 1 de octubre a comunicarte con tus compañeros. Prometemos que será interesante e inspirador.
Cómo vemos DevOps
Para comprender exactamente qué queremos decir con DevOps, recomiendo leer (o releer) mi informe "" Caminando entre las olas del mercado, observé cómo la idea de DevOps se iba transformando en empresas de diferentes tamaños: desde una pequeña startup hasta empresas multinacionales. El informe se basa en una serie de preguntas; al responderlas, podrá comprender si su empresa está avanzando hacia DevOps o si hay problemas en alguna parte.
DevOps es un sistema complejo, debe incluir:
- Producto digital.
- Módulos de negocio que desarrollan este producto digital.
- Equipos de producto que escriben código.
- Prácticas de Entrega Continua.
- Plataformas como servicio.
- Infraestructura como un servicio.
- Infraestructura como código.
- Prácticas separadas para mantener la confiabilidad, integradas en DevOps.
- Una práctica de retroalimentación que lo describe todo.
Al final del informe hay un diagrama que da una idea del sistema DevOps en la empresa. Le permitirá ver qué procesos de su empresa ya se han optimizado y cuáles aún están por construirse.
Puedes ver el vídeo del reportaje .
Y ahora habrá un bono: Varios vídeos de RIT++ 2019, que abordan los temas más generales de la transformación DevOps.
La infraestructura de la empresa como producto.
Artyom Naumenko lidera el equipo DevOps en Skyeng y se encarga del desarrollo de la infraestructura de su empresa. Contó cómo la infraestructura afecta los procesos de negocios en SkyEng: cómo calcular el ROI, qué métricas se deben elegir para el cálculo y cómo trabajar para mejorarlas.
En el camino hacia los microservicios
La empresa Nixys brinda soporte para proyectos web ocupados y sistemas distribuidos. Su director técnico, Boris Ershov, explicó cómo traducir productos de software, cuyo desarrollo comenzó hace 5 años (o incluso más), a una plataforma moderna.
Como regla general, estos proyectos son un mundo especial donde hay rincones de infraestructura tan oscuros y antiguos que los ingenieros actuales no conocen. Y los enfoques de arquitectura y desarrollo que alguna vez se eligieron están desactualizados y no pueden proporcionar a la empresa el mismo ritmo de desarrollo y lanzamiento de nuevas versiones. Como resultado, cada lanzamiento de producto se convierte en una aventura increíble, donde algo se cae constantemente y en el lugar más inesperado.
Los responsables de este tipo de proyectos se enfrentan inevitablemente a la necesidad de transformar todos los procesos tecnológicos. En su informe Boris dijo:
- cómo elegir la arquitectura adecuada para el proyecto y poner en orden la infraestructura;
- qué herramientas utilizar y qué obstáculos se encuentran en el camino hacia la transformación;
- qué hacer a continuación.
Automatización de lanzamientos o cómo realizar entregas de forma rápida y sin complicaciones
Alexander Korotkov es un desarrollador líder del sistema CI/CD en CIAN. Habló sobre herramientas de automatización que permitieron mejorar la calidad y reducir 5 veces el tiempo de entrega del código a producción. Pero tales resultados no podían lograrse únicamente con la automatización, por lo que Alexander también prestó atención a los cambios en los procesos de desarrollo.
¿Cómo te ayudan los accidentes a aprender?
Alexey Kirpichnikov lleva 5 años implementando DevOps e infraestructura en SKB Kontur. A lo largo de tres años, se produjeron en su empresa aproximadamente 1000 fakaps de distintos grados de épica. Entre ellos, por ejemplo, el 36% se debió a la implementación de una versión de baja calidad en producción y el 14% a trabajos de mantenimiento de hardware en el centro de datos.
Un archivo de informes (autopsias), que los ingenieros de la empresa mantienen desde hace varios años consecutivos, permite obtener información tan precisa sobre los accidentes. La autopsia la redacta el ingeniero de turno, quien fue el primero en responder a la señal de emergencia y comenzó a arreglar todo. ¿Por qué atormentar a los ingenieros que luchan por las noches con facaps escribiendo informes? Estos datos le permiten ver el panorama completo y mover el desarrollo de infraestructura en la dirección correcta.
En su discurso, Alexey compartió cómo escribir una autopsia verdaderamente útil y cómo implementar la práctica de dichos informes en una gran empresa. Si te gustan las historias sobre cómo alguien cometió un error, mira el vídeo de la actuación.
Entendemos que su visión de DevOps puede no coincidir con la nuestra. Será interesante saber cómo ve la transformación de DevOps. Comparte tu experiencia y visión sobre este tema en los comentarios.
¿Qué informes ya hemos aceptado en el programa?
Esta semana el Comité de Programa adoptó 4 informes: sobre seguridad, infraestructura y prácticas de SRE.
Quizás el tema más doloroso de la transformación de DevOps: cómo asegurarse de que los chicos del departamento de seguridad de la información no destruyan las conexiones ya establecidas entre desarrollo, operación y administración. Algunas empresas se las arreglan sin un departamento de seguridad de la información. ¿Cómo garantizar la seguridad de la información en este caso? Sobre eso Mona Arkhipova de sudo.su. De su informe aprendemos:
- qué es necesario proteger y de quién;
- ¿Cuáles son los procesos de seguridad rutinarios?
- cómo se cruzan los procesos de TI y seguridad de la información;
- ¿Qué es CIS CSC y cómo implementarlo?
- cómo y mediante qué indicadores realizar controles periódicos de seguridad de la información.
El próximo informe se refiere al desarrollo de la infraestructura como código. Reducir la cantidad de rutina manual y no convertir todo el proyecto en un caos, ¿es esto posible? a esta pregunta Maxim Kostrikin de Ixtens. Su empresa utiliza Terraform para trabajar con la infraestructura de AWS. La herramienta es conveniente, pero la pregunta es cómo evitar crear un enorme bloque de código al usarla. El mantenimiento de ese legado será cada año más caro.
Maxim mostrará cómo funcionan los patrones de ubicación de código, con el objetivo de simplificar la automatización y el desarrollo.
Otro escucharemos sobre infraestructura de Vladimir Ryabov de Playkey. Aquí hablaremos sobre la plataforma de infraestructura y aprenderemos:
- cómo saber si el espacio de almacenamiento se utiliza de forma eficaz;
- cómo varios cientos de usuarios pueden recibir 10 TB de contenido si sólo se utilizan 20 TB de almacenamiento;
- cómo comprimir datos 5 veces y proporcionárselos a los usuarios en tiempo real;
- cómo sincronizar datos sobre la marcha entre varios centros de datos;
- cómo eliminar cualquier influencia de los usuarios entre sí cuando se utiliza una máquina virtual de forma secuencial.
El secreto de esta magia es la tecnología. ZFS para FreeBSD y su tenedor fresco ZFS en Linux. Vladimir compartirá casos de Playkey.
Matvey Kukuy de Amixr.IO listo con ejemplos de la vida , qué SRE y cómo ayuda a construir sistemas confiables. Amixr.IO pasa los incidentes de los clientes a través de su backend; docenas de equipos de servicio en todo el mundo ya se han ocupado de 150 mil casos. En la conferencia, Matvey compartirá las estadísticas y los conocimientos que su empresa ha acumulado al resolver los problemas de los clientes y analizar las fallas.
Una vez más te insto a que no seas codicioso y compartas tu experiencia como samurái DevOps. Atender para un informe, y usted y yo tendremos dos meses y medio para preparar un excelente discurso. Si quieres ser un oyente, al boletín informativo con actualizaciones del programa y piense seriamente en reservar las entradas con antelación, porque se volverán más caras cuando se acerque la fecha de la conferencia.
Fuente: habr.com