CloudFlow-Flows per E-Mail auslösen

Jeder veröffentlichte Flow kann jetzt eine eigene E-Mail-Adresse haben. Senden Sie eine E-Mail an diese Adresse, und der Flow läuft los. Das ist schon das ganze Feature.

CloudFlow ist die in Cloud Intelligence™ integrierte Plattform zur Automatisierung Ihrer FinOps-Praxis: Sie bauen Flows, die AWS-, Google-Cloud-, Azure-, Oracle- und sogar Cloud Intelligence™-APIs aufrufen, um FinOps- und CloudOps-Aufgaben zu automatisieren — Ressourcen taggen, auf Alerts reagieren, veraltete Ressourcen entfernen und mehr. Jeder Flow beginnt mit einem Trigger — und ab heute gibt es einen neuen.

Sie können Flows bereits über Zeitpläne, Webhooks und Cloud Intelligence-Events (neue Anomalie, erreichter Budget-Schwellenwert usw.) auslösen. Webhooks sind ideal, wenn das sendende System sie unterstützt. Viele Tools, auf die Sie im Alltag angewiesen sind, tun das aber nicht. Legacy-Monitoring-Systeme, Ticketing-Tools, interne Apps, dieses eine Anbieter-Dashboard, das niemand anfassen will — was sie alle können, ist E-Mails verschicken. Bislang bedeutete die Anbindung an CloudFlow, eigens Middleware oder ein Automatisierungstool eines Drittanbieters aufzusetzen, nur um eine E-Mail in einen HTTP-Aufruf zu verwandeln.

Diesen Schritt können Sie sich jetzt sparen. Fügen Sie Ihrem Flow einen E-Mail-Trigger hinzu und veröffentlichen Sie ihn. Der Flow erhält eine eindeutige, nicht erratbare Adresse wie [email protected]. Richten Sie die E-Mail-Benachrichtigungen Ihres Tools darauf, und jede zugestellte E-Mail löst eine Ausführung aus — Absender, Betreff, Inhalt und Anhang-Metadaten stehen nachgelagerten Nodes wie alle anderen Trigger-Daten zur Verfügung. Ist der E-Mail-Inhalt JSON, parsen wir ihn für Sie: Maschinell generierte E-Mails kommen als strukturierte Felder an, nicht als Text, den Sie erst zerlegen müssen.

Zwei Beispiele, bei denen das besonders gut passt:

Alert-gesteuerte Remediation. Ihr Datenbank-Monitoring-Tool verschickt Alerts nur per E-Mail. Leiten Sie diese an einen Flow, der mit einem LLM-Node den betroffenen Service extrahiert, den Schweregrad prüft, ein Jira-Ticket eröffnet und Kontext in den On-Call-Slack-Channel postet — bevor überhaupt jemand sein Postfach geöffnet hat.

Auf maschinell generierte E-Mails reagieren. Ein Anbietersystem schickt Ihnen jede Nacht einen JSON-Report per E-Mail. Ein Flow liest den geparsten Inhalt, verzweigt anhand der Zahlen und meldet sich nur dann bei einem Menschen, wenn wirklich Handlungsbedarf besteht.

Da Absenderadressen gefälscht werden können, haben wir es nicht bei der nicht erratbaren Adresse belassen. Sie können Absender auf bestimmte Adressen oder ganze Domains einschränken, und die Prüfung verifizierter Absender ist standardmäßig aktiviert — E-Mails, die die SPF/DKIM-Authentifizierung für die Absender-Domain nicht bestehen, werden direkt abgewiesen.

Sehen Sie es in Aktion und starten Sie mit der Vorlage, die wir direkt mitliefern: Owner über geplante AWS-Health-Wartungen benachrichtigen. Richten Sie Ihre AWS-Health-Benachrichtigungen auf die Adresse des Flows, und jede Wartungs-E-Mail — Instance-Stilllegungen, geplante Neustarts — wird zu einem Slack-Alert an den Instance-Owner: Ein LLM-Node extrahiert das betroffene Konto, die Region, die Instances und die Frist zum Handeln, ein EC2-DescribeTags-Aufruf ermittelt das Owner-Tag jeder Instance, und die Nachricht benennt, wem was gehört und wie viel Zeit zum Handeln bleibt. Sie finden die Vorlage auf der Templates-Seite in CloudFlow, und das Tutorial führt Sie durch jeden einzelnen Node.

E-Mail ist der kleinste gemeinsame Nenner der Systemintegration. Manchmal ist das genau das, was Sie brauchen. Wenn ein Tool in Ihrem Stack bislang außen vor geblieben ist, weil es nur E-Mail spricht, ist das Ihr Weg hinein — alle Details finden Sie in der Dokumentation.