Cosas sobre DevOps
Impulsados por Patrick DeBios y otros patrocinadores principales relevantes, los eventos DevOpsDays están floreciendo en todo el mundo. El Sr. Damon Edwards utilizó la abreviatura "CAMS" en el evento DevOpsDays 2010 celebrado en Mountain View, EE. UU., y brindó un resumen e interpretación de alto nivel de DevOps, es decir, cultura, automatización, medición o indicadores e intercambio. Más tarde, el Sr. Jez Humble le añadió el principio Lean “L”, que finalmente se convirtió en CALMS.
? Cultura: se refiere a aceptar el cambio y promover la cooperación y la comunicación.
? Automatización: se refiere a la eliminación de la intervención humana de la cadena de valor.
? Lean: se refiere al uso de principios Lean para promover ciclos de alta frecuencia.
? Medición: se refiere a medir cada vínculo y mejorar el ciclo a través de los datos.
? Compartir: se refiere a compartir experiencias de éxito y fracaso con otros, y aprender y mejorar constantemente a partir de los errores.
"CALMS" es totalmente coherente con el concepto de "DevOps es un problema humano" (DevOps defendido por Patrick DeBois.
El concepto de DevOps ha desaparecido desde sus inicios. Nueve años Más tarde, se ha difundido y reconocido a nivel mundial. Su popularidad ha ido acompañada de los rápidos cambios y desarrollo de la industria de TI. Ahora ha llegado a la segunda mitad de la era de Internet móvil y la construcción de información nacional se ha completado durante muchos años. También existe una necesidad urgente de completar una transformación digital integral. El nivel avanzado de la tecnología de la información de TI marca la competitividad central de cualquier empresa exitosa. La fuerza de innovación del desarrollo de software ágil y eficiente y las capacidades integrales de gestión de TI no son solo cosméticas, sino reales. En la competitividad del mercado, DevOps aboga por la combinación de entrega ágil y continua e ITIL, y aplica ideas de gestión basadas en conceptos de producción ajustada, que gradualmente han sido ampliamente aceptadas y reconocidas por varias empresas nacionales en los últimos años. Y los temas y sublugares relacionados con DevOps también han atraído la atención de las personas en las redes sociales sobre diversas tecnologías de TI, como la computación en la nube y la operación y mantenimiento. La influyente conferencia DevOps está a punto de lanzarse. En este contexto, DevOpsDays Beijing Station llegará a China el 18 de marzo de 2065 y DevOpsDays Shanghai Station se llevará a cabo en Shanghai el 18 de agosto del mismo año.
A continuación se muestran algunos datos relevantes. la conferencia DevOpsDays, del sitio web DevOpsDays. De 2009 a 2016, se han celebrado con éxito 117 competiciones en 61 ciudades/países de todo el mundo.
La siguiente figura muestra la distribución y el número de DevOpsDays. de conferencias en varias ciudades/países.
Se espera realizar 30 conferencias en 2017, de las cuales 18 tienen ciudades sede confirmadas y aún quedan 12 ciudades con fechas por determinar; No incluye las que puedan realizarse dentro del año. Las ciudades que presentaron sus ofertas son desde 2065438 hasta marzo de 2007.
Con el surgimiento de gigantes nacionales de Internet como BAT, la experiencia de desarrollo y operación de las empresas de Internet se difunde cada vez más en varias conferencias de tecnología nacionales. Del cronograma de actividades técnicas de los últimos dos años (2016 y 2017) se puede ver que los profesionales nacionales de Internet también están utilizando DevOps para posicionar y compartir sus ventajas y experiencias. Son pioneros en promover y compartir prácticas DevOps en operaciones y mantenimiento.
Además de compartir en foros técnicos, muchas conferencias, foros y grupos de discusión en línea y fuera de línea discuten cada vez más el tema de DevOps. Las personas de otras escuelas relacionadas en China, como Agile y Lean, también están sorprendidas por el vigoroso desarrollo de DevOps y DevOps también ha tenido algunas disputas con los antiguos campos Agile y Lean. Pero todo esto también contribuye a un interés más profundo en DevOps.
En términos de capacitación y certificación, Exin DevOps Master es una capacitación certificada internacionalmente; otras empresas y organizaciones también están realizando capacitación sobre la cadena de herramientas DevOps, centrándose en la práctica técnica y la construcción de canales de extremo a extremo. Se puede ver en la contratación de puestos de DevOps que cada vez hay más puestos relacionados con ingenieros de DevOps. En los requisitos laborales, las habilidades de DevOps se convertirán en una ventaja, y las habilidades en herramientas relacionadas con DevOps también se convertirán en lo más destacado del currículum. En la industria de TI, las personas tanto del equipo de desarrollo como del equipo de operaciones ya han comenzado el proceso de aprendizaje y aceptación.
Según mi observación, los proveedores de DevOps han experimentado un desarrollo explosivo en los últimos tres años. Los dividí en tres categorías:
En la actualidad, la mayoría de las empresas nacionales están comenzando lentamente a prestar atención a DevOps, y las grandes empresas tradicionales están comenzando gradualmente a experimentar y probar desde varios ángulos. Las perspectivas y direcciones de los pilotos son diferentes. Algunas parten de la contenedorización de la infraestructura subyacente y otras parten de la automatización del proceso de entrega e implementación. En términos generales, todavía se encuentran en la etapa de prueba inicial y no hay grandes resultados. -Promoción del sistema de escala.
En resumen, la etapa de desarrollo de DevOps en China aún está en su infancia. Como ITIL/ITSM alrededor de 2003. Dado que DevOps está descentralizado y no existe un único fabricante autorizado, varios debates teóricos y prácticos y PK terminarán sobre el tema de resolver problemas y mejorar la eficiencia, por lo que tiene las condiciones de desarrollo para que florezcan cien flores. Personalmente, creo que la implementación y la implementación de DevOps no dependerán completamente del trabajo de consultoría de las grandes empresas de consultoría tradicionales, porque debe crecer dentro de la empresa bajo la influencia de fuerzas impulsoras internas y debe servir para optimizar el flujo de valor comercial de la empresa; y acelerar el negocio Sin embargo, es difícil que las fuerzas externas reemplacen y asuman el trabajo y las responsabilidades relacionados;
Antes de hablar de este tema, echemos un vistazo al conjunto de herramientas general relacionado con DevOps, como se muestra en la siguiente figura:
El diagrama de flujo de flechas en la parte superior representa la vida útil completa de Ciclos de un servicio empresarial: colaboración en el desarrollo, creación de software, pruebas de calidad, implementación de entrega y operaciones y mantenimiento de producción. Las tres primeras etapas se centran en el trabajo de las organizaciones de desarrollo tradicionales, mientras que las dos últimas etapas corresponden básicamente al trabajo de las organizaciones de operación y mantenimiento. Cada etapa puede considerarse como una clasificación grande y estas clasificaciones contienen varias clasificaciones más pequeñas. Estas herramientas se pueden dividir aproximadamente en dos categorías: software comercial y software de código abierto; también se pueden dividir en categorías de servicios SaaS y categorías de implementación interna empresarial. La mayoría de las herramientas de código abierto tienen grupos de usuarios activos y bases masivas, lo que hace que sea muy conveniente para las empresas adquirir estas herramientas. Si necesita soporte comercial, también puede optar por utilizar la versión empresarial de este software de código abierto.
El repentino aumento de la tecnología de contenedores Docker en los últimos tres años ha reducido el umbral técnico para la entrega continua al nivel más bajo y ha mejorado por completo la estructura y eficiencia de la cadena de suministro de producción de software. La popularidad y madurez de las prácticas de arquitectura de microservicios basadas en Docker también aumentan día a día. Por lo tanto, las empresas nacionales tradicionales están probando DevOps y la tecnología de contenedores una tras otra. En varias conferencias técnicas de los últimos dos años, podemos ver que han surgido pioneros de DevOps de diferentes dimensiones en diversas industrias nacionales. La mayoría de los temas que compartieron se centraron en la experiencia de proyectos en operación y mantenimiento automatizados, contenedorización y plataformas PaaS.
De la práctica de muchos DevOps en China, podemos ver que las siguientes tres tecnologías son particularmente importantes y populares:
Las tres tecnologías anteriores se complementan entre sí y están profundamente conectadas. En primer lugar, los microservicios y la implementación continua resuelven una gran cantidad de problemas de TI tradicionales, que durante mucho tiempo han sido un problema que restringe el desarrollo de los negocios empresariales. La tecnología de contenedores admite la entrega continua y la arquitectura de microservicios desde diferentes aspectos debido a su naturaleza rápida, liviana y de microservicio. Los contenedores pueden proporcionar recursos del sistema flexibles y de alta velocidad para la entrega continua, y la gestión y utilización del entorno se han mejorado enormemente. La inmutabilidad de los contenedores también admite mejor la arquitectura de microservicios.
Una vez dividí DevOps de 1.0 a 2.0 en función de diferentes características técnicas e intenté comparar las diferencias con los métodos tradicionales a través de las siguientes dimensiones.
El marco de referencia de práctica empresarial DevOps que reconozco y acepto es el siguiente, que contiene las mejores prácticas requeridas, como se muestra en la siguiente figura.
(La imagen de arriba proviene de: documento técnico de Exin DevOps)
La siguiente es una breve descripción de las mejores prácticas de estos cuatro pilares:
Puede Se puede ver que DevOps juega un papel importante en las empresas, especialmente La implementación y promoción de las grandes empresas tradicionales todavía es relativamente complicada. Aunque las mejores prácticas relacionadas han existido durante muchos años, no es fácil reconstruir el flujo de valor de la empresa desde RD hasta la entrega, la operación y el mantenimiento a través de los valores de DevOps. Según mi experiencia en TI, creo que DevOps no puede depender únicamente de la promoción de arriba hacia abajo. Por supuesto, el apoyo de los altos dirigentes sigue siendo una condición de apoyo importante y necesaria. También puede requerir promoción de nivel medio e innovación de nivel inferior; también es imperativo aprender de las prácticas de manufactura esbelta que han sido probadas en la industria manufacturera. En resumen, el juego DevOps ha tenido un gran impacto en la industria de TI en los últimos años.