T4 DevOps Flashcards
Equipos de desarrollo DEV
Se encargan de responder a los
cambios del mercado, desplegando las características y los
cambios tan rápido como sea posible.
Equipos de operaciones OPS
Se encargan de proporcionar a los clientes un servicio informático estable, fiable y seguro, que
dificulte e incluso imposibilite la introducción de cambios en producción que puedan poner en peligro este entorno.
DevOps
Conjunto de herramientas de desarrollo de software, procesos y prácticas que combinan desarrollo (Dev) y operaciones (Ops) para facilitar el ciclo de vida de desarrollo del software
Monitorización
El equipo de operaciones siempre debe conocer la salud y el estado del sistema o servicio. Configurar puntos de acceso externos para monitorizar el estado del sistema y asegurarse de que las aplicaciones se implementan con retroalimentación hacia el sistema de métricas operacionales.
Integración Continua
Proceso de integración del nuevo código implementado por los desarrolladores, normalmente a lo largo del día, en una rama “master”. Para asegurar que las integraciones son satisfactorias, los sistemas CI
suelen ejecutar una serie de pruebas automáticamente cuando se
añaden nuevos cambios. Cuando los cambios pasan al commit, todas las pruebas comienzan a
ejecutarse automáticamente para evitar que el equipo tenga que acordarse de hacerlo.
Tres elementos Integración Continua
Control de Versiones. Todo lo relacionado con el proyecto debe estar incluido en un único repositorio.
Build Automático. Se debe poder iniciar el proceso de construcción del sistema automáticamente desde el entorno de integración continua para que
pueda ser auditado si algo no va bien.
Acuerdo con el Equipo. Todos deben confirmar (check in) sus cambios en forma de pequeños incrementos frecuentemente y acordar que la tarea con mayor prioridad es resolver cualquier problema que rompa el código.
Tres elementos Integración Continua
Control de Versiones. Todo lo relacionado con el proyecto debe estar incluido en un único repositorio.
Build Automático. Se debe poder iniciar el proceso de construcción del sistema automáticamente desde el entorno de integración continua para que
pueda ser auditado si algo no va bien.
Acuerdo con el Equipo. Todos deben confirmar (check in) sus cambios en forma de pequeños incrementos frecuentemente y acordar que la tarea con mayor prioridad es resolver cualquier problema que rompa el código.
Entrega Continua
Cada cambio es, en efecto, un release candidate. Cada vez que un cambio se añade (commit) al control de versiones, la expectativa es
que pasará todas las pruebas, resultará en código funcional y se podrá desplegar en producción, manualmente.
