# data[].attributes.body
Práctica que consiste en integrar el código a un repositorio compartido de manera frecuente, idealmente varias veces
al día.

# data[].attributes.body
La infraestructura como código es la gestión de la infraestructura en un modelo descriptivo, utilizando las mismas herramientas de versionado que un equipo utiliza para su código fuente. Así como el mismo código fuente genera el mismo código binario, un modelo de infraestructura como código debe generar el mismo entorno cada vez que se aplica. La infraestructura como código, en conjunto con los pipelines de despliegue continuo, permite automatizar los despliegues de infraestructura, haciéndolos más rápidos y menos propensos a errores, además nos evita depender de un equipo de infraestructura.

# data[].attributes.body
Es la capacidad de poner en producción, en manos de los usuarios, cambios de cualquier tipo (nuevas funcionalidades, cambios de configuración, soluciones de errores y experimentos) de manera segura y sostenible.
Esto se logra al asegurarnos que el código se encuentra en un estado desplegable, incluso al hacer cambios constantes

# data[].attributes.body
La integración continua (CI) es una práctica de desarrollo que consiste en integrar el código a un repositorio compartido de manera frecuente, idealmente varias veces al día. Cada integración es verificada por un proceso automatizado, permitiendo a los equipos detectar problemas rápidamente.

El despliegue continuo (CD) es la capacidad de poner en producción, en manos de los usuarios, cambios de cualquier tipo (nuevas funcionalidades, cambios de configuración, soluciones de errores y experimentos) de manera segura y sostenible. Esto se logra al asegurarnos que el código se encuentra en un estado desplegable, incluso al hacer cambios constantes.

Estas dos prácticas se llevan a cabo mediante pipelines de Cl o CD respectivamente, que son procesos automatizados por los que pasa el código (código fuente o binarios) hasta llegar a su destino final, que puede ser un entorno de pruebas o el entorno de producción.

# data[].attributes.body
El monitoreo se divide en dos grandes ramas:

• El monitoreo de aplicaciones es el proceso de medir la performance, disponibilidad y experiencia de usuario de una aplicación. Estas métricas se utilizan para identificar y resolver problemas en la aplicación antes que impacten a los usuarios.

• El monitoreo de servidores es el proceso de ganar visibilidad respecto a la actividad de nuestros servidores, sean físicos o virtuales. Se puede enfocar en distintas métricas de los servidores, pero las principales son la disponibilidad y la carga.

# data[].attributes.body
Es la gestión de la infraestructura utilizando las mismas herramientas que para el código fuente (scripts). Debe generar el mismo entorno cada vez que se aplica (al igual que el código fuente). En conjunto con los pipelines de despliegue continuo, permite automatizar los despliegues, haciéndolos mas rápidos menos propensos a errores. Evita la dependencia a un equipo de infraestructura.

# data[].attributes.body
El concepto de infraestructura como código es una forma de automatización de nuestra infraestructura a través de código, en lugar de hacer trabajo manual.

# data[].attributes.body
La sigla CI/CD tiene diferentes significados. La "CI" en CI/CD siempre se refiere a la integración continua, que es un proceso de automatización para los desarrolladores. Si la CI tiene éxito, los cambios del código nuevo en una aplicación se diseñan, se prueban y se combinan periódicamente en un repositorio compartido. Esto soluciona el problema de que se desarrollen demasiadas divisiones de una aplicación al mismo tiempo, porque podrían entrar en conflicto entre sí.

La "CD" en CI/CD se refiere a la distribución o la implementación continuas, los cuales son conceptos relacionados que suelen usarse indistintamente. Ambos conceptos se refieren a la automatización de las etapas posteriores del canal, pero a veces se usan por separado para explicar la cantidad de automatización que se está incorporando.

# data[].attributes.headline
CI- Proceso que permite detectar errores rápidamente ya que el código es publicado en un repositorio compartido y testeado de manera automática inmediatamente.

# data[].attributes.subject
CI- Proceso que permite detectar errores rápidamente ya que el código es publicado en un repositorio compartido y testeado de manera automática inmediatamente.

# data[].attributes.body
El monitoreo de aplicaciones es el proceso de medir el rendimiento, la disponibilidad y la experiencia del usuario de las aplicaciones y utilizar estos datos para identificar y resolver problemas de aplicaciones antes de que afecten a los clientes. El monitoreo de aplicaciones es difícil debido a la naturaleza dinámica de la nube híbrida actual y los entornos nativos de la nube. Los enfoques modernos más eficaces incorporan la supervisión de pila completa desde la experiencia del usuario de front-end hasta la infraestructura de back-end para ofrecer una visibilidad completa del rendimiento de la aplicación.

# data[].attributes.body
CI: Integración continua es una práctica. Consiste en integrar el código a un repositorio compartido frecuentemente (varias veces al día), cada integración es verificada por un proceso automatizado que detecta problemas rápidamente.

CD: Despliegue continuo. Es la capacidad de poner en producción (en manos de los usuarios) cambios de cualquier tipo, como nuevas funcionalidades, cambios de configuración, soluciones de errores y experimentos, de manera segura y sostenible. Se debe asegurar que el código esta en un estado desplegable incluso al hacer cambios constantes.

Estas dos prácticas se llevan a cabo mediante pipelines (procesos automatizados por los que pasa el código hasta llegar a su destino final).

# data[].attributes.body
Existe también monitoreo de máquinas virtuales. Existen softwares que ayudan a la creación y gestión de las máquinas virtuales con sistemas operativos y aplicaciones separadas cuando se instala en un equipo anfitrión.

# data[].attributes.headline
Existe también monitoreo de máquinas virtuales. Existen softwares que ayudan a la creación y gestión de las máquinas virtuales con sistemas operativos y aplicaciones separadas cuando se instala en un equipo anfitrión.

# data[].attributes.subject
Existe también monitoreo de máquinas virtuales. Existen softwares que ayudan a la creación y gestión de las máquinas virtuales con sistemas operativos y aplicaciones separadas cuando se instala en un equipo anfitrión.

# data[].attributes.headline
Dentro de lo beneficios de la Infraestructura como Código tenemos:

# data[].attributes.subject
Dentro de lo beneficios de la Infraestructura como Código tenemos:

# data[].attributes.body
Reducción de costos: Al prescindir del componente manual

Velocidad: permite una ejecución más rápida al configurar la infraestructura

Reducción del riesgo: La automatización elimina el riesgo asociado a los errores humanos

Entornos estables y escalables: Las implementaciones de infraestructura con IaC son reiterativas y evitan los problemas de tiempo de ejecución causados por el desvío de la configuración o la falta de dependencias.

Rendición de cuentas: Tienes un seguimiento completo de los cambios que cada configuración ha sufrido.

Consistencia de la configuración

Documentación: Debido a que el código puede ser controlado por versión, IaC permite que cada cambio en la configuración de su servidor sea documentado, registrado y rastreado.

Seguridad mejorada: Esto significa que los estándares de seguridad pueden ser desplegados fácil y consistentemente en toda la compañía sin tener que tener un guardián de la seguridad que revise y apruebe cada cambio.

# data[].attributes.body
Se divide en dos grandes ramas:

Monitoreo de aplicaciones: Proceso de medir la performance, disponibilidad y experiencia de usuario. Se usa para identificar y resolver problemas antes de que impacten en los usuarios.

Monitoreo de servidores: Proceso de ganar visibilidad respecto a la actividad de los servidores (físicos o virtuales). Se puede enfocar en distintas métricas, las principales son disponibilidad y carga.

# data[].attributes.body
Cambios realizados por el desarrollador, después de identificar errores gracias a la automatización de pruebas en el repositorio, donde el código base ha sido subido.