Recuerdo que cuando estaba en la universidad, la especialización popular se llamaba ingeniería de software. Esta especialización usaba tutoriales extranjeros, y la matrícula era mucho más cara que la especialización promedio, que era aproximadamente 1,5 veces más cara. Por lo tanto, siempre ha sido muy complicado dedicarse al software e incluso sentirse de gama alta.
Leí "The Mythical Man-Month" más tarde y, para ser honesto, recordé una frase, no hay una bala de plata en el desarrollo de software, lo que demuestra una vez más que el software no es fácil de hacer. (La digresión es que este libro es en realidad un poco alto para estudiantes que están estudiando en la universidad o simplemente dedicados al desarrollo, y es demasiado abstracto. Solo después de participar personalmente en algunos proyectos relativamente grandes, comprenderá más y más).
A lo largo de los años, he experimentado el modelo CMM, el desarrollo ágil, devops, he participado en proyectos desarrollados por miles de personas y también he trabajado en pequeños proyectos con algunas personas. También he desempeñado varios roles, como desarrollo, gestión de proyectos, producto. , La persona a cargo del negocio, etc., tiene algo más de experiencia, y aquí está cómo hacer los devops más populares.
Por supuesto, no soy un profesional en eficiencia de ingeniería, y este artículo no es un tutorial para discutir cómo hacer ingeniería de software o cómo hacer devops. El núcleo es discutir el valor de DevOps, algunos factores previos clave y alguna lógica detrás de esto.
Echemos un vistazo al valor directo que aporta la implementación de DevOps:
Valor para los clientes: respuesta más rápida
Al lanzar por función, los lanzamientos de funciones pueden durar días
Respuesta más rápida a las necesidades del cliente
Valor del producto: mejora de la calidad
Reduzca el alcance del lanzamiento cada vez, reduzca la probabilidad de errores y mejore la calidad
Si hay un problema, puede responder a tiempo; mediante reversión o reparación rápida, mejore la calidad del producto
Valor para el equipo: active la organización, simplifique la gestión y mejore el rendimiento
A través de un desmantelamiento razonable, se reduce el grado de acoplamiento y se mejora el entusiasmo del equipo al dividir los campos en hogares, reducir el comer en comedores grandes, esperar el uno al otro y reducir el rendimiento causado por el cambio de contexto. Para los miembros del equipo, pueden crecer rápidamente y asumir responsabilidades, lo que también es muy útil.
Para los gerentes, puede liberar una colaboración organizacional ineficiente y enfocarse en oportunidades comerciales y oportunidades de proyectos de mayor nivel.
Abra el límite entre el desarrollo y la operación y el mantenimiento, y reduzca el cambio de contexto. Además, a través de una división razonable de microservicios, la dificultad de una sola tarea se reduce
Implementar un cambio de software en realidad no es un requisito simple, sino una ingeniería del sistema. Hay algunos requisitos previos clave en DevOps:
División de la arquitectura de microservicios
herramientas CI/CD
ambiente en escala de grises
Transformación de la cultura del equipo: el reconocimiento de ideas, el reconocimiento de cambios en los métodos de trabajo y el cultivo continuo de talentos en forma de T
Cuando muchos equipos enfrentan el problema de la transformación del modo de desarrollo, mi sugerencia es
La implementación temprana es mejor que la implementación tardía: la implementación temprana tiene menos carga para los clientes y el negocio
Hacerlo de inmediato es mejor que planificar en detalle:
La diferencia en la eficiencia de desarrollo individual será relativamente grande, por lo que la estimación del ancho de banda es muy difícil, por lo que en comparación con la activación del potencial organizacional, el valor de la estimación detallada del ancho de banda es mucho menor;
La planificación es necesaria, pero el negocio cambia rápidamente y una organización ágil es más valiosa, por lo que es más valioso hacerlo de inmediato que planificar todo en detalle.
Se necesita una planificación general macroscópica, de lo contrario habrá una falta de sentido de dirección
Considere comenzar con uno/múltiples módulos, practicar y ganar experiencia gradualmente, y lo más importante es la transformación de la cultura de los compañeros, todos entienden y aceptan el nuevo modelo.
He hablado sobre muchas formas salvajes de práctica antes, volviendo a los académicos de Devops y definiendo la esencia. Hay un tema de "CALMS":
Cultura: se refiere a aceptar el cambio, fomentar la colaboració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 impulsar ciclos de ciclos de alta frecuencia.
Métricas (indicadores) - se refiere a la medición de cada enlace, y a través de los datos para mejorar el ciclo
Compartir: se refiere a compartir abiertamente los éxitos y los fracasos con los demás y aprender de los errores.
Descubrirá que lo que dijo anteriormente se puede asignar a CALMS, y la comprensión en realidad será más profunda si lo compara.
Además de los diversos valores mencionados anteriormente, creo que el mayor valor de los devops radica en la estimulación de la naturaleza humana. La mayor diferencia con los modelos Agile y CMM tradicionales radica en la diferencia en la lógica de gestión. Si esta diferencia se explica por el bloqueo clásico en la base de datos, en realidad es la diferencia entre el bloqueo optimista y el bloqueo pesimista.Además de varias herramientas y rutinas, el núcleo de DevOps es poder activar la conciencia del propietario activo del equipo individual. miembros, que se atrevan a luchar y lo hagan.
Entonces, ¿los devops serán el final? No lo creo La gestión de la ingeniería de software continuará evolucionando y desarrollándose para liberar una mayor productividad.