Attivare i flussi CloudFlow con un'email

Ogni flusso pubblicato può ora avere un proprio indirizzo email. Basta inviargli un'email e il flusso viene eseguito. Tutto qui.

CloudFlow è la piattaforma per l'automazione della pratica FinOps integrata in Cloud Intelligence™: consente di creare flussi che chiamano le API di AWS, Google Cloud, Azure, Oracle e persino di Cloud Intelligence™ per automatizzare le attività FinOps e CloudOps — applicare tag alle risorse, agire sugli avvisi, eliminare risorse obsolete e così via. Ogni flusso inizia con un trigger, e da oggi ce n'è uno nuovo.

È già possibile attivare un flusso tramite pianificazioni, webhook ed eventi di Cloud Intelligence (nuova anomalia, soglia di budget raggiunta, ecc.). I webhook sono perfetti quando il sistema mittente li supporta. Ma molti degli strumenti su cui si fa affidamento ogni giorno non li supportano. Sistemi di monitoraggio legacy, strumenti di ticketing, applicazioni interne, quella dashboard del fornitore che nessuno vuole toccare: quello che tutti sanno fare è inviare un'email. Finora, collegarli a CloudFlow significava mettere in piedi un middleware o uno strumento di automazione di terze parti solo per trasformare un'email in una chiamata HTTP.

Ora quel passaggio non serve più. Aggiunga un trigger Email al Suo flusso e lo pubblichi. Il flusso riceve un indirizzo univoco e impossibile da indovinare, come [email protected]. Faccia puntare le notifiche email del Suo strumento a quell'indirizzo: ogni messaggio recapitato avvia un'esecuzione, con mittente, oggetto, corpo del messaggio e metadati degli allegati a disposizione dei nodi successivi, come qualsiasi altro dato di trigger. Se il corpo dell'email è in formato JSON, al parsing pensiamo noi: le email generate automaticamente arrivano come campi strutturati, non come testo da sezionare.

Due esempi in cui questa funzionalità dà il meglio di sé:

Remediation guidata dagli avvisi. Il Suo strumento di monitoraggio dei database invia solo avvisi via email. Li indirizzi verso un flusso che estrae il servizio interessato con un nodo LLM, verifica la gravità, apre un ticket Jira e pubblica il contesto nel canale Slack del team di reperibilità — prima ancora che qualcuno abbia aperto la casella di posta.

Agire sulle email generate automaticamente. Il sistema di un fornitore Le invia ogni notte un report JSON via email. Un flusso legge il corpo già analizzato, segue rami diversi in base ai numeri e avvisa una persona solo quando serve davvero un intervento.

Poiché gli indirizzi dei mittenti possono essere falsificati, non ci siamo fermati all'indirizzo impossibile da indovinare. Può limitare i mittenti a indirizzi specifici o a interi domini, e la verifica del mittente è attiva per impostazione predefinita: le email che non superano l'autenticazione SPF/DKIM per il dominio del mittente vengono rifiutate senza eccezioni.

Per vederla in azione, parta dal template che abbiamo pubblicato insieme alla funzionalità: la notifica ai proprietari delle manutenzioni pianificate di AWS Health. Indirizzi le notifiche di AWS Health verso l'indirizzo del flusso, e ogni email di manutenzione — ritiro di istanze, riavvii pianificati — diventa un avviso Slack destinato al proprietario dell'istanza: un nodo LLM estrae l'account, la regione, le istanze interessate e la scadenza per intervenire, una chiamata EC2 DescribeTags individua il tag owner di ogni istanza, e il messaggio indica chi possiede cosa e quanto tempo ha per agire. Lo trova nella pagina Templates di CloudFlow, e il tutorial illustra ogni singolo nodo.

L'email è il minimo comune denominatore dell'integrazione tra sistemi. E a volte è esattamente ciò che serve. Se uno strumento del Suo stack è rimasto finora fuori dalle Sue automazioni perché comunica solo via email, questa è la porta d'ingresso — tutti i dettagli sono nella documentazione.