¿Cuánto sabes sobre la gestión del ciclo de vida de las aplicaciones y DevOps?

Gestión del ciclo de vida de las aplicaciones (ALM): gobierno, desarrollo, operaciones y herramientas

1. La gestión del ciclo de vida de las aplicaciones (ALM) abarca desde la concepción hasta el desmantelamiento de una aplicación.

2. El software de ALM ayuda a las organizaciones a través del proceso de gestión de aplicaciones.

3. Elegir una herramienta de gestión del ciclo de vida de la aplicación es una decisión compleja, pero ofrece beneficios como reducir el tiempo de salida al mercado.

4. ALM es mucho más que el ciclo de vida de desarrollo de software (SDLC).

5. ALM se puede dividir en tres áreas: gobierno, desarrollo y operaciones.

6. El gobierno asegura que la aplicación siempre provea lo que el negocio necesita y se extiende durante todo el período de ALM.

7. El desarrollo es una parte fundamental del ciclo de vida de cada aplicación y puede incluir iteraciones y actualizaciones periódicas.

8. Las operaciones incluyen la monitorización y administración de la aplicación durante toda su vida útil.

9. Los tres aspectos de ALM están íntimamente relacionados entre sí y deben tener éxito para maximizar el valor de negocio del software.

10. Contar con las herramientas adecuadas puede hacer más fácil la gestión de ALM.

11. Las herramientas deben integrarse horizontal y verticalmente para hacer conexiones a través de las tres líneas de ALM.

12. Ejemplos de herramientas para ALM son Microsoft Team Foundation y JIRA, GitHub y Jenkins, que soportan varios aspectos del ciclo de vida de las aplicaciones.Antipatrones en la gestión del ciclo de vida de aplicaciones y la importancia de la automatización

13. La gestión del ciclo de vida de aplicaciones (ALM) involucra aspectos de gobierno, desarrollo y operaciones, y es esencial para maximizar el valor comercial de una aplicación.

14. El despliegue manual del software puede ser no determinista, introducir errores y ser difícil de mantener, por lo que se recomienda automatizar el proceso de despliegue.

15. El despliegue de producción una vez completado el desarrollo puede llevar a suposiciones incorrectas en el diseño y desarrollo de la aplicación, por lo que se recomienda incorporar las tareas de despliegue de entornos de prueba similares a producción lo más pronto posible.

16. La gestión manual de la configuración de entornos de producción puede introducir riesgo en el despliegue y reducir su fiabilidad, por lo que se recomienda mantener todos los elementos de los entornos en el sistema de control de versiones.

17. La integración continua es una metodología de desarrollo de software en la que los miembros de un equipo integran su trabajo de manera frecuente, incluso varias veces al día, con construcciones y pruebas automáticas para detectar errores tempranamente.

18. La entrega continua es una práctica que permite entregar software de manera rápida y confiable mediante la automatización de la construcción, pruebas y despliegue de la aplicación.

19. El despliegue continuo es la práctica de desplegar automáticamente las nuevas versiones de la aplicación en producción tan pronto como pasen las pruebas de integración y entrega.

20. La automatización de ALM permite desplegar a menudo y de manera automática, lo que reduce el riesgo y aumenta la fiabilidad del despliegue.

21. La automatización de ALM también permite mantener una documentación actualizada y fácilmente mantenible.

22. La automatización de ALM permite una fácil auditoría y prueba del proceso de despliegue.

23. La automatización de ALM permite la reproducibilidad de los entornos, incluso en producción, lo que facilita el análisis forense.

24. La automatización de ALM requiere una amplia visión y holística de la gestión del ciclo de vida de aplicaciones, y una buena integración de las herramientas de ALM.Integración continua y entrega continua: conceptos clave en DevOps

25. La integración continua es una metodología en la que la construcción y las pruebas se ejecutan en cada cambio.

26. La entrega continua es la capacidad de llevar los cambios de un sistema hasta el entorno de producción de forma segura y rápida.

27. Ambos conceptos, integración y entrega, están típicamente asociados.

28. La integración continua es más agresiva que el concepto de nightly build.

29. La velocidad de retorno de la información en el nightly build era muy lenta.

30. La entrega continua busca reducir el riesgo de un despliegue comprobando exhaustivamente cada integración.

31. Si las integraciones se hacen a menudo y los cambios son pequeños, cada entrega también será pequeña y más rápida.

32. La práctica de entrega continua consiste en entregar software de calidad más frecuentemente.

33. La entrega y el despliegue no tienen por qué estar siempre presentes de manera conjunta en todos los pipeline.

34. La entrega continua es importante para sistemas distribuidos, apps y sistemas embebidos.

35. El objetivo de la entrega continua es que los despliegues se puedan llevar a cabo de una manera predecible y rutinaria siempre que sea necesario.

36. La entrega continua aporta valor a los usuarios de una manera segura y rápida.