Guía de cinco pasos para prepararse para la migración a Red Hat Ansible Automation Platform 2

Red Hat® Ansible® Automation Platform 2 presenta una arquitectura actualizada, herramientas nuevas y la experiencia que los equipos de automatización ya conocen, pero mejorada. Analice los aspectos que se mencionan en esta lista de verificación para llevar a cabo una transición gradual a Ansible Automation Platform 2 cuando planifique su estrategia de migración.

Los ajustes de su entorno son únicos, y es fundamental que evalúe detalladamente todos los aspectos técnicos antes de la migración.

• Analice la instalación actual de Ansible Automation Platform 1.x, incluso las integraciones, los patrones de implementación actuales y las complejidades relacionadas con la migración.
• Identifique los cambios que debe implementar en el entorno para cumplir los requisitos técnicos de la plataforma Ansible Automation Platform 2.
• Verifique el nivel de preparación de las partes interesadas para planificar y ejecutar la migración.
• Garantice el cumplimiento normativo, la aplicación de las políticas de seguridad y las auditorías. 

Los requisitos nuevos de Ansible Automation Platform 2 influirán en la estrategia de migración, así que es recomendable que aborde el proceso en etapas si el cumplimiento de las condiciones requiere un esfuerzo considerable.

• El controlador de la automatización 4 (que sustituye a Ansible Tower) solo admite PostgreSQL 12; la versión 10 no es compatible.
• Ansible Automation Platform 2 utiliza Red Hat Enterprise Linux® 8 (x86_64) para las instalaciones físicas y virtuales del entorno.
• Los entornos de ejecución de la automatización sustituyen a los entornos virtuales de Python.
• Las herramientas de migración de Ansible Automation Platform 2 son compatibles con la versión 1.x más reciente de la plataforma.
• Ansible Automation Platform 2 incluye Ansible Core 2.9 para agregar la compatibilidad con los playbooks, así como las versiones más recientes a través de los entornos de ejecución.

Cuando elabore el plan de migración, debe tener en cuenta el impacto que tendrá en toda la empresa. Le recomendamos que tome estas medidas:

• Analice la rentabilidad teniendo en cuenta los costos iniciales de la migración, la capacidad de ahorro actual y el aumento de los ingresos.
• Identifique a las partes interesadas internas y externas y determine su disponibilidad.
• Evalúe los riesgos para conocer el impacto que tendrá la migración en los procesos empresariales y en la prestación de los servicios.
• Defina los plazos, los hitos y los resultados de los proyectos.
• Determine la capacitación y la gestión de los cambios que sean necesarias para las partes interesadas.
• Establezca los criterios de éxito de la migración y los indicadores necesarios para medirlos.

Cuando planifique la migración, deberá analizar el contenido actual de su plataforma (Ansible Content Collections, Ansible Roles, Ansible Playbooks y los módulos) y probar su compatibilidad con Ansible Automation Platform 2 de la siguiente manera:

• Pruebe y actualice el contenido de automatización para que sea compatible con Ansible Core 2.9 o las versiones posteriores.
• Contemple los requisitos técnicos para ejecutar la automatización utilizando Ansible Core 2.9 con un paquete de contenido, o bien Ansible Core y las colecciones con certificación o soporte en los entornos de ejecución.
  • Si bien no es necesario adoptar Ansible Content Collections para utilizar Ansible Core 2.9, le recomendamos hacerlo lo antes posible.
• Planifique, pruebe y ejecute la migración del contenido de los entornos virtuales de Python (venv) a los de ejecución.
  • Determine si es necesario que los usuarios diseñen los entornos de ejecución, según las dependencias requeridas para ejecutar el contenido de Ansible de forma correcta.
  • Acceda a las herramientas de Ansible Automation Platform 2 que lo ayudarán en la migración.
  • Conozca en más detalle la migración desde los entornos virtuales de Python hacia los de ejecución de la automatización.
• Conserve, rediseñe o elimine el contenido de automatización actual, por ejemplo, con la adopción de un modelo que solo admite los conjuntos o al deshacerse del contenido que ya no se utiliza.

El plan de migración debe incluir la integración de la plataforma en los sistemas que ya posee y evaluar los efectos que tendría en el modelo operativo actual. Puede utilizar las siguientes preguntas a modo de guía:

Flujos de trabajo de promoción del contenido

• ¿Qué estilo de control de versiones del entorno de ejecución de la automatización es el más adecuado para mi modelo? Por ejemplo, los indicadores de pruebas, etapas, cambios más recientes y número de lanzamiento.
• ¿Qué estructura del repositorio de Automation Hub (registro de contenedores) es la indicada para mi empresa? Por ejemplo, repositorios individuales para las pruebas, el desarrollo y la producción de las colecciones de Ansible Content Collections.
• ¿Debo usar la instancia alojada o privada del Automation Hub? ¿Quién se encargará de gestionarla?

Adopción de la plataforma

• ¿Qué tipo de respaldo necesitan las partes interesadas para adoptar y utilizar la plataforma?
• ¿Qué clase de capacitación necesitan para participar en el proceso?
• ¿Quién estará a cargo de gestionar los entornos de ejecución y las colecciones de contenido? ¿Será de forma centralizada o por unidad comercial?

Gestión del ciclo de vida del entorno de ejecución

• ¿Cómo debería gestionar y distribuir los archivos de definición de ansible-builder?
• ¿De qué forma actualizaré y protegeré los entornos de ejecución? ¿En qué consiste el plan de respuesta de seguridad para aplicar los parches contra los puntos vulnerables y las exposiciones comunes (CVE) y mantener el cumplimiento normativo?

Gestión del ciclo de vida de la plataforma

• ¿Cómo implementaré los clústeres nuevos y cumpliré los requisitos mínimos?
• ¿Cómo actualizaré los clústeres y con qué frecuencia?
• ¿Cuáles son los requisitos de calidad y cómo influirán en el diseño? Por ejemplo, las copias de seguridad, la gestión de la configuración, la recuperación ante desastres (DR) y la alta disponibilidad (HA).

Si desea obtener más información, consulte New reference architecture: Deploying Red Hat Ansible Automation Platform 2.1.