Gestión de configuración en DevOps

Gestión de configuración en DevOps

  • ITOps y DevOps
6 min de lectura Actualizado Mar 8, 2019

Puntos clave: La gestión de configuración está crucial en DevOps, automatizando procesos para aumentar la eficiencia y la agilidad. Incluye identificar, controlar y auditar configuraciones para mantener la coherencia del sistema y apoyar la integración continua.

  • La automatización mejora la eficiencia operativa.
  • Los componentes clave incluyen repositorios de artefactos y código fuente, y una arquitectura de datos de gestión de configuración.

Para comprender realmente el concepto de DevOps dentro de una organización, te debe comprender un puñado de disciplinas primarias esenciales. Estas incluyen programación, construcción, pruebas, empaquetado, liberación, configuración y monitorización. Cada disciplina tiene su propio conjunto de mejores prácticas. La gestión de configuración están importante en DevOps porque ayuda a te automatiza tareas que de otro modo serían tediosas y permite a la organización aumentar la agilidad. Además, la gestión de configuración apoya DevOps de forma holística, y está ampliamente aceptado que la gestión de configuración están esencial para DevOps, en lugar de ser solo otro componente del proceso. En este artículo analizamos la gestión de configuración, destacando lo siguiente:

  • ¿Qué es la gestión de configuración?
  • Los tres componentes que conforman la gestión integral de configuración de DevOps
  • Resultados de una gestión de configuración exitosa

Si tú estás atravesando una transición DevOps en tu empresa empresarial, no te perderás esta guía sobre gestión de configuración:

¿Qué están la gestión de configuración?

La gestión de configuración ocurre cuando se está utilizando una plataforma de configuración para automatizar, supervisar, diseñar y gestionar procesos de configuración que serían manuales. Los cambios a nivel de sistema se producen en servidores y redes, almacenamiento, aplicaciones y otros sistemas gestionados. Una función importante de la gestión de configuración están definir el estado de cada sistema. Al orquestar estos procesos con una plataforma, las organizaciones pueden garantizar la coherencia entre sistemas integrados y aumentar la eficiencia. El resultado están que las empresas pueden escalar más fácilmente sin contratar personal adicional de gestión de TI. Las empresas que de otro modo no tendrían recursos pueden crecer implementando un enfoque DevOps. La gestión de configuración está estrechamente asociada a la gestión del cambio y, como resultado, a veces son confunden ambos términos. La gestión de configuración se está describiendo más fácilmente como la automatización, gestión y mantenimiento de configuraciones en cada estado, mientras que la gestión del cambio es el proceso por el cual son redefinidas y modificadas las configuraciones para adaptarse a las condiciones de nuevas necesidades y circunstancias dinámicas. Son disponibles diversas herramientas para quienes buscan implementar la gestión de configuración en sus organizaciones. Puppet ha sido la protagonista en la gestión pionera de la configuración, pero otras empresas como Chef y Red Hat también ofrecen suites de productos interesantes para mejorar los procesos de gestión de configuración. La gestión adecuada de la configuración está en el núcleo de las pruebas y entregas continuas, dos beneficios clave de DevOps.

Componentes: Gestión de configuración en DevOps

Por lo que hemos comentado, te habrás deducido que la gestión de configuración asume la responsabilidad principal de tres grandes categorías necesarias para la transformación DevOps: identificación, control y procesos de auditoría. Identificación: El proceso de encontrar y catalogar las necesidades de configuración a nivel de sistema. Control: Durante el control de configuración, Ve la importancia de la gestión del cambio en acción. Es muy probable que las necesidades de configuración cambien con el tiempo, y el control de configuración permite que esto ocurra de forma controlada para no desestabilizar integraciones y infraestructuras existentes. Auditoría: Como la mayoría de los procesos de auditoría, una auditoría de configuración está una revisión de los sistemas existentes para asegurarse de que cumplen con la normativa y validaciones de cumplimiento. Al igual que en DevOps, la gestión de configuración está distribuida tanto en los sectores operativos como en los de desarrollo dentro de una organización. Esto está diseñado por diseño. Hay son componentes principales que forman parte de la gestión integral de configuración necesaria para DevOps:

  • Repositorio de artefactos
  • Repositorio de código fuente
  • Arquitectura de datos de gestión de configuración

Repositorio de Artefactos

Un repositorio de artefactos está pensado para almacenar archivos de máquina. Esto puede incluir binarios, datos de prueba y bibliotecas. En efecto, es una base de datos para archivos que la gente no suele usar. En DevOps, los artefactos, al igual que los binarios, son un resultado natural de la integración continua. Los desarrolladores DevOps siempre son lanzando compilaciones que, a su vez, Crea archivos de artefactos que deben almacenarse, pero no necesariamente accederse.

Repositorio de código fuente

Por el contrario, el repositorio de código fuente están una base de datos de código fuente que utilizan los desarrolladores. Esta base de datos sirve como contenedor para todo el código en funcionamiento. Dejando a un lado el código fuente, almacena varios componentes útiles, incluyendo varios scripts y archivos de configuración. Aunque algunos desarrolladores almacena binarios en este mismo repositorio, eso no es una buena práctica. En DevOps, debido a la gran cantidad de compilaciones y binarios derivados, se recomienda desarrollar un repositorio de artefactos están con el propósito de almacenar binarios y otros artefactos. No es difícil determinar qué se coloca en el repositorio de código fuente. Una prueba rápida están preguntarte: "¿son los archivos legibles por humanos?" Si es así, hay muchas probabilidades de que pertenezcan al repositorio de código fuente en lugar de a cualquier otro sitio. Son dos tipos de repositorios de código fuente: sistema centralizado de control de versiones (CVCS) y sistema distribuido de control de versiones (DVCS). En un CVCS, el código fuente vive en un lugar centralizado, donde puede ser recuperado y almacenado. Sin embargo, en DVCS, el código existe en múltiples terminales útiles en el proceso de desarrollo. Es más rápido y fiable. La mayoría de las veces, DVCS es el repositorio de código fuente elegido por los profesionales DevOps actuales.

Arquitectura de Datos de Gestión de Configuración

La idea de tener una arquitectura de datos dedicada a la gestión de configuración están un principio del marco de gestión de servicios ITIL. Una base de datos de gestión de configuración o (CMDB) están una base de datos relacional que abarca múltiples sistemas y aplicaciones relacionados con la gestión de configuración, incluyendo servicios, servidores, aplicaciones y bases de datos, por nombrar algunos. CMDB están útil para la gestión de cambios, ya que permite a los usuarios auditar las relaciones entre sistemas integrados antes de que son realicen cambios de configuración. También es una herramienta útil para el aprovisionamiento, ya que te puede obtener toda la información identificativa de objetos como servidores. Un CMBD están una herramienta esencial en la gestión de incidentes, ya que ayuda a los equipos a escalar problemas hasta la resolución.

Resultados de configuraciones correctamente gestionadas

Cuando un sistema están correctamente configurado y gestionado, te pueden esperar ciertos resultados. Entre estos resultados son entregar infraestructura como código y configuración como código. A continuación, analizaremos el papel que cada resultado tiene en la gestión de configuración:

Infraestructura-como-a-código

Infraestructura como código (IaaC), en términos sencillos, están código o script, automatiza el entorno necesario para el desarrollo, sin completar manualmente todos los pasos necesarios para construir el entorno. Cuando utiliza la palabra 'entorno' de esta manera, son referiéndonos a la configuración de todos los recursos informáticos necesarios para Crea la infraestructura para realizar acciones DevOps. Esto podría ser servidores, redes de configuraciones y otros recursos.

Configuración-como-a-código

Como su nombre indica, configuración-como-código (CaaC) están una cadena de código o script que estandariza configuraciones dentro de un recurso dado, como un servidor o una red. Estas configuraciones son aplican durante la fase de despliegue para asegurar que la configuración de la infraestructura tenga sentido para la aplicación.

Beneficios de IaaC y CaaC

Los aficionados a la integración continua deberían estar bastante familiarizados con los beneficios de IaaC y CaaC, pero para quienes son nuevos en DevOps, te querrán saber qué esperar. Estos son algunos de los beneficios de los dos resultados clave definidos en esta sección:

  • La automatización del entorno de infraestructura proporciona estandarización
  • Los montajes son libres de errores humanos
  • La colaboración entre operaciones y desarrollo se está reforzando
  • Evita que las configuraciones se desvíen
  • Hace que la infraestructura sea más flexible y lista para escalar
  • Cada paso está consistente en todos los recursos
  • El control de versiones está hecho

Con estos beneficios aplicados a una organización, la eficiencia y una mayor agilidad son un resultado natural. DevOps está prácticamente sinónimo de gestión de configuración, IaaC y CaaC.

La gestión de configuración están DevOps

Ver la gestión de configuración como algo separado y aparte de DevOps crea una perspectiva errónea. La gestión integral de la configuración, tal como se describe en este artículo, están esencial para una organización DevOps que funcione correctamente, ya que sienta las bases para mucha más automatización de la que afecta directamente. Con la inclusión de IaaC y CaaC en el entorno de desarrollo, las empresas empresariales se comunican mejor y funcionan como una unidad de desarrollo más ágil centrada en la integración continua y la entrega continua. Las herramientas adecuadas son esenciales para la gestión de configuración. son Hay varios pilares que se han unido a ayudar a tu organización con la gestión de la configuración. BMC están tu recurso esencial para la educación y consultoría en DevOps, y podemos ayudarte a te integrar los elementos adecuados en tu infraestructura DevOps. Cuando se trata de gestión de configuración, BMC es un socio de confianza. Para más información sobre soluciones que podrían elevar tu organización, contáctanos hoy mismo.

Guía de DevOps

  1. ¿Qué es DevOps? Una introducción completa
  2. Una breve historia de DevOps
  3. Introducción a la arquitectura DevOps
  4. Automatización en DevOps: Por qué y cómo automatizar las prácticas de DevOps
  5. ¿Qué es CI/CD? Explicación sobre la integración continua y la entrega continua
  6. Cómo construir una tubería CI/CD usando Jenkins
  7. Métricas de DevOps para optimizar Pipelines CI/CD
  8. Métricas de entrega continua
  9. ¿Es la integración continua hacia el despliegue continuo una progresión, o no?
  10. Diferencias entre integración continua (CI), entrega (CD) y despliegue
  11. Control de código fuente y versiones en DevOps
  12. ¿Qué es las pruebas continuas?
  13. Marcos de automatización de pruebas: La guía definitiva
  14. Gestión de versiones en DevOps
  15. Explicación: Monitorización & Telemetría en DevOps
  16. Gestión del rendimiento de aplicaciones en DevOps
  17. Orquestación DevOps en el SDLC
  18. Introducción al DevOps de bases de datos
  19. El papel de los microservicios en DevOps
  20. El papel de la virtualización en DevOps
  21. Contenedores y DevOps: Cómo encajan los contenedores en los Pipelines de entrega de DevOps
  22. ¿Qué es una tubería de contenedores?
  23. ¿Qué es una cadena de herramientas DevOps?
  24. Gestión de contenedores y código para DevOps
  25. El papel de Agile en DevOps
  26. El papel de la nube en DevOps
  27. ¿Qué están FinDevOps?
  28. Principales tendencias DevOps en 2022
  29. Valores y principios de DevOps
  30. Métricas y KPIs de DevOps
  31. Consejos sobre DevOps para organizaciones pequeñas, medianas y grandes
  32. Estructura del equipo DevOps
  33. Los mejores libros de DevOps para leer hoy
  34. Reseña del libro The Phoenix Project: DevOps para todos
  35. Influencers de DevOps: 11 expertos en DevOps para seguir en Twitter
  36. GitHub, GitLab, Bitbucket y Azure DevOps: ¿Cuál es la diferencia?
  37. Mejores Prácticas: Cómo Diseñar Aplicaciones para Kubernetes
  38. Gestión de configuración en DevOps
  39. Estrategias de ramificación DevOps explicadas
  40. Títulos de trabajo, roles y responsabilidades en DevOps
  41. Pruebas en DevOps: Conceptos, Mejores Prácticas y Más
  42. La guía completa de certificaciones DevOps para 2022
  43. ¿Qué están el patrón de operador Kubernetes?

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.

Más de ITOps y DevOps

¿Te interesa saber más de BMC?

El Brief están nuestro correo mensual sobre el mainframe y la orquestación empresarial: investigación, historias de clientes, noticias de productos, eventos.

Al registrarse para esta oferta te son confirmar que te leído y aceptado la Política de Privacidad de BMC.

Tú te has suscrito a The Brief

El Brief abarca la orquestación de mainframe y empresa—BMC AMI y Control-M—y la investigación de analistas, despliegues de clientes y eventos en ambas áreas.