Novedades de Event-Driven Ansible, parte de Ansible Automation Platform 2.5

Nos complace anunciar una versión actualizada de Event-Driven Ansible como parte de Red Hat Ansible Automation Platform 2.5.

Esta versión incluye funciones empresariales ampliadas que pueden facilitarle operar Event-Driven Ansible. Ya sea que esté listo para los casos prácticos avanzados basados en eventos que tienen en cuenta varias fuentes de eventos, que desee llevar sus iniciativas de pruebas de Ansible controladas por eventos a la producción o que desee operaciones de Ansible Rulebook altamente escalables y disponibles, esta nueva versión tiene todo lo que necesita. Analicemos los detalles de estas funciones nuevas e interesantes:

Event-Driven Ansible: enrutamiento simplificado de eventos

Estamos entusiasmados con esta nueva función, pero primero establezcamos un poco de contexto. Event-Driven Ansible admite los métodos push y pull para recibir eventos. La compatibilidad con las fuentes de eventos pull y push permite que Event-Driven Ansible funcione con una mayor cantidad de proveedores de fuentes, ya que no todos los proveedores admiten tanto los métodos push como los de pull para comunicar eventos. La principal forma en que las fuentes de eventos "envían" eventos a Event-Driven Ansible es a través de webhooks. En este tipo de comunicación, la fuente envía eventos a un extremo (endpoint) de webhook. El otro tipo de comunicación es extraer eventos de la fuente. En este tipo, los eventos se pueden extraer de la API de la fuente de eventos.

Comenzando con Ansible Automation Platform 2.5, estamos simplificando la forma en que los eventos pueden enviarse a Event-Driven Ansible. Con el enrutamiento simplificado de eventos, presentamos flujos de eventos con soporte para conexiones de enlace web a Event-Driven Ansible. Los flujos de eventos son una forma sencilla de conectar las fuentes con los rulebooks. Esta nueva función le permite crear un único extremo (endpoint) para recibir alertas de una fuente de eventos y, luego, usar los eventos en varios rulebooks. Anteriormente, habría creado un nuevo extremo (endpoint) para cada fuente de eventos dentro de cada rulebook que deseaba crear. Esto simplifica la configuración de la activación del rulebook, reduce las demandas de mantenimiento y ayuda a disminuir el riesgo al eliminar varios puertos abiertos a través de un firewall.

Estas imágenes ilustran el nuevo modelo simplificado para conectar las fuentes de eventos a los rulebooks. Puede ver que los procesos de configuración de su rulebook ahora se han vuelto más rápidos, más simples y más fáciles de mantener con una sola ruta externa abierta en su firewall para todos los flujos de eventos. Una vez que su fuente esté conectada, puede conectarla a muchas activaciones diferentes del rulebook, para que pueda automatizar más y hacerlo de manera simple. 

Figura 1: Diagramas que ilustran el "antes y el después" del enrutamiento simplificado de eventos
en un modelo de alerta push. 

¿Cómo funciona?
Dentro del enrutamiento simplificado de eventos, presentamos los flujos de eventos como una forma sencilla de conectar las fuentes con los rulebooks. Los beneficios clave de los flujos de eventos en Event-Driven Ansible son:

• Permitir que las fuentes basadas en webhooks se enruten convenientemente a una o varias activaciones de rulebooks.
• Configurar automáticamente los extremos a los que se pueden conectar las fuentes de eventos basadas en webhooks, a través de flujos de eventos. Ya no necesita configurar el enrutamiento para cada una de las activaciones de su rulebook.
• Entrega de eventos a activaciones de rulebook ajustadas horizontalmente. (Consulte la escalabilidad alta a continuación).

Cualquier fuente de eventos que pueda emitir un enlace web, como las herramientas de gestión de control de fuentes (SCM), los ITSM, las herramientas de supervisión y más, puede enviar eventos directamente a Event-Driven Ansible a través de flujos de eventos. Estos eventos, a su vez, se pueden usar para tomar decisiones, con acciones que se toman automáticamente cuando se cumplen las condiciones.

Aplicación del enrutamiento simplificado de eventos
A continuación, se detallan algunos escenarios que pueden despertar su imaginación sobre lo que ahora es posible:

• Como administrador de ServiceNow, quiero poder ejecutar la automatización que conmutará automáticamente en caso de error mi centro de datos si la cantidad de tickets de soporte que alertan sobre una falla de red supera mi límite.
• Como desarrollador, me gustaría recargar y actualizar automáticamente mis servidores web cuando confirmo código nuevo en mi repositorio.
• Como administrador de infraestructura virtual, me gustaría archivar máquinas virtuales y recuperar recursos cuando un sistema detecta máquinas virtuales que no se han usado durante el último mes.
• Como administrador de redes, me gustaría escribir varios rulebooks para automatizar la recuperación de la funcionalidad del dispositivo de red en función de los eventos de la misma herramienta.
• Como ingeniero de operaciones de TI, me gustaría escribir un rulebook que use la herramienta de observación de mi empresa para automatizar las operaciones de red. Esta herramienta se utiliza en toda la empresa y por otras personas que desean automatizar en función de la misma inteligencia.
• Como gerente de supervisión, me gustaría configurar Ansible Automation Platform para configurar mi herramienta de observabilidad empresarial y usarla en los rulebooks de Event-Driven Ansible.

Para obtener más información sobre el enrutamiento simplificado de eventos, consulte la documentación aquí.

Event-Driven Ansible: alta capacidad de ajuste con soporte de alta disponibilidad

Event-Driven Ansible en Ansible Automation Platform 2.5 ahora admite la instalación de varios nodos de Event-Driven Ansible y, por lo tanto, le permite crear casos de uso activo-activo de alta disponibilidad. Cuando instala Event-Driven Ansible de esta manera, puede emplear escenarios de conmutación en caso de error, de modo que si hay una falla, el sistema puede continuar ejecutando activaciones de rulebooks de misión crítica para que no fallen en la ejecución. Obtiene escalabilidad para la capacidad del rulebook, así como capacidad ampliada para ejecutar los rulebooks con mayor disponibilidad. 

Tomemos un ejemplo. Si, como administrador, desea que Event-Driven Ansible sea resistente, puede usar esta nueva capacidad para crear la arquitectura de implementación que satisfaga sus necesidades específicas. Por ejemplo, puede limitar o evitar problemas con la escalabilidad o fallas en la ejecución del rulebook. Esto le permite ejecutar los trabajos de automatización basados en eventos con mayor confianza como parte de una plataforma de automatización de misión crítica. Este tipo de escalabilidad debería ser familiar para los arquitectos y administradores de automatización, ya que existe desde hace algún tiempo en Ansible Automation Platform en lo que respecta a la ejecución de playbooks.

Event-Driven Ansible: mejoras empresariales

Como parte de la nueva interfaz unificada para Ansible Automation Platform 2.5, ahora hay funciones adicionales disponibles para el componente basado en eventos de Ansible Automation Platform. Estas funciones le permitirán avanzar y ampliar sus casos prácticos para la automatización basada en eventos en los entornos de desarrollo, prueba y producción, y le permitirán llevar los escenarios de automatización interna de prueba del concepto a la producción.

Estas son las funciones nuevas:

• Gestión de credenciales y almacenes
  Event-Driven Ansible ahora tiene la capacidad de gestionar las credenciales que se pueden agregar a las activaciones del rulebook. Estas credenciales se pueden usar en los rulebooks para autenticarse en las fuentes de eventos. Además, ahora puede adjuntar credenciales de almacén a activaciones de rulebooks para poder usar variables almacenadas en rulebooks. Las credenciales cifradas y las variables almacenadas permiten que las empresas protejan el uso de Event-Driven Ansible dentro de su entorno.
   
• Autenticación y control de acceso basado en roles
  Los clientes cuentan con mecanismos estandarizados para proporcionar autenticación y autorización. Al llevar la autenticación al nivel de la plataforma, simplificamos la administración de todos los componentes de Ansible Automation Platform y le damos a Event-Driven Ansible la capacidad de aprovechar los mismos métodos de autenticación empresarial. Ofrecer un mecanismo de autenticación unificado ayuda a unificar y simplificar el uso y la administración. 
   
• Registro
  El componente del servidor Event-Driven Ansible mantiene registros de auditoría de cualquier acción ejecutada, como ejecutar una activación de rulebook, eliminar una credencial o crear un flujo de eventos. Estos archivos de registro pueden ser analizados por cualquier analizador de registro empresarial para el cumplimiento de la seguridad.

Con estas incorporaciones como parte de la nueva interfaz unificada de Ansible Automation Platform 2.5, estamos ansiosos por ver lo que puede lograr en cuanto a la optimización de la forma en que gestiona las operaciones complejas del día 2.

Event-Driven Ansible: Soporte mejorado y compatibilidad con Event-Driven Ansible 2.4

Por último, mejoramos un elemento clave de Red Hat Ansible Certified Content Collection, ansible.eda, habilitamos la compatibilidad con versiones anteriores y mejoramos la documentación:

• Mejoras en la colección ansible.eda
  Esta colección, desarrollada y respaldada por Red Hat, ofrece una serie de funciones comunes de integración de fuentes de eventos, desde Kafka y Prometheus alertmanager hasta varias integraciones basadas en la nube, entre otras. Hemos agregado a este conjunto la capacidad de gestionar la infraestructura de Ansible basada en eventos para que pueda automatizarse a sí misma. Por ejemplo, es posible que los administradores de automatización deseen automatizar la implementación de la infraestructura de Ansible a través de acciones repetibles codificadas en un Rulebook de Ansible para garantizar la uniformidad, la precisión y la velocidad. Puede acceder a esta colección aquí. 
   
• Compatibilidad con versiones anteriores de Event-Driven Ansible 2.4
  Event-Driven Ansible 2.5 es compatible con Ansible Automation Platform 2.4. Para aprovechar todas estas excelentes funciones nuevas de Event-Driven Ansible 2.5, no es necesario que actualice su Ansible Automation Platform 2.4. Puede implementar una instalación de Ansible Driven 2.5 con alta disponibilidad y capacidad de ajuste y conectarla a los controladores actuales de Ansible Automation Platform 2.4. Esto permite que las empresas aprovechen Event-Driven Ansible 2.5 para ofrecer valor ahora, aunque es posible que aún no tenga la oportunidad de actualizar Ansible Automation Platform 2.4 por completo.
   
• Nuevas incorporaciones a la documentación de Event-Driven Ansible
  Además de cubrir las capacidades anteriores en la documentación, también hemos mejorado nuestra documentación sobre uso general. En cuanto a la instalación, consulte estas dos secciones en la documentación: Installation yContainerized Installation.

¿Desea obtener más información? 

Estas nuevas funciones empresariales le permitirán llevar la automatización basada en eventos al siguiente nivel para su empresa a través de funciones que respaldan las demandas de las operaciones de TI a gran escala. Estamos ansiosos por ver los grandes beneficios que puede lograr y esperamos que los comparta con nosotros a medida que descubra nuevas formas de trabajar con la automatización basada en eventos. 

Nos complace organizar un webinar el martes 8 de octubre a las 11 a. m. ET. Abordaremos este nuevo contenido y también responderemos a la mayor cantidad de preguntas que podamos. Acompáñenos en este evento informativo:

Registro para el webinar

Recursos

• Página web: redhat.com/event-driven-ansible
• Ansible basado en eventos Laboratorios interactivos autorregulados
• Documentación de Event-Driven Ansible
• Videos de demostración e integración de Event-Driven Ansible
• Blog de Red Hat Ansible Automation Platform 2.5