Activa flujos de CloudFlow con un email

Ahora cada flujo publicado puede tener su propia dirección de email. Le envías un correo y el flujo se ejecuta. Así de simple.

CloudFlow es la plataforma para automatizar la práctica de FinOps integrada en Cloud Intelligence™: creas flujos que llaman a las APIs de AWS, Google Cloud, Azure, Oracle e incluso de Cloud Intelligence™ para automatizar tareas de FinOps y CloudOps: etiquetar recursos, actuar ante alertas, eliminar recursos obsoletos, etc. Todo flujo comienza con un disparador, y hoy hay uno nuevo.

Ya puedes activar un flujo con programaciones, webhooks y eventos de Cloud Intelligence (una nueva anomalía, un umbral de presupuesto alcanzado, etc.). Los webhooks funcionan de maravilla cuando el sistema emisor los soporta. Pero muchas de las herramientas que usas a diario no lo hacen. Sistemas de monitoreo heredados, herramientas de tickets, aplicaciones internas, ese dashboard de un proveedor que nadie quiere tocar... lo que todos sí pueden hacer es enviar un email. Hasta ahora, conectarlos a CloudFlow implicaba montar middleware o una herramienta de automatización de terceros solo para convertir un email en una llamada HTTP.

Ahora te saltas ese paso. Agrega un disparador de Email a tu flujo y publícalo. El flujo recibe una dirección única e imposible de adivinar, como [email protected]. Dirige las notificaciones por email de tu herramienta a esa dirección, y cada entrega inicia una ejecución, con el remitente, el asunto, el cuerpo y los metadatos de los adjuntos disponibles para los nodos posteriores, como cualquier otro dato de disparador. Si el cuerpo del email es JSON, lo analizamos por ti: los emails generados por sistemas llegan como campos estructurados, no como texto que tengas que diseccionar.

Dos ejemplos donde esto encaja a la perfección:

Remediación basada en alertas. Tu herramienta de monitoreo de bases de datos solo envía alertas por email. Dirígelas a un flujo que extrae el servicio afectado con un nodo LLM, revisa la severidad, abre un ticket en Jira y publica el contexto en el canal de guardia de Slack — antes de que alguien haya abierto siquiera su bandeja de entrada.

Actuar sobre emails generados por sistemas. El sistema de un proveedor te envía cada noche un reporte en JSON por email. Un flujo lee el cuerpo ya analizado, se ramifica según los números y solo avisa a una persona cuando algo realmente requiere atención.

Como las direcciones de remitente se pueden falsificar, no nos quedamos solo con la dirección imposible de adivinar. Puedes restringir los remitentes a direcciones específicas o a dominios completos, y la verificación de remitente viene activada por defecto: los emails que no pasan la autenticación SPF/DKIM del dominio del remitente se rechazan de inmediato.

Míralo en acción partiendo de la plantilla que lanzamos junto con esta función: notificar a los propietarios sobre mantenimientos programados de AWS Health. Dirige tus notificaciones de AWS Health a la dirección del flujo, y cada email de mantenimiento — retiro de instancias, reinicios programados — se convierte en una alerta de Slack para el propietario de la instancia: un nodo LLM extrae la cuenta, la región, las instancias afectadas y el plazo para actuar; una llamada a EC2 DescribeTags encuentra la etiqueta de propietario de cada instancia; y el mensaje indica quién es dueño de qué y cuánto tiempo tiene para actuar. La encuentras en la página de Plantillas de CloudFlow, y el tutorial recorre cada nodo paso a paso.

El email es el mínimo común denominador de la integración entre sistemas. Y a veces es justo lo que necesitas. Si alguna herramienta de tu stack quedó fuera de tu automatización porque solo se comunica por email, esta es tu puerta de entrada — los docs tienen todos los detalles.