TriggerMesh hat eine Integration mit AWS EventBridge eingeführt, die jetzt in der Vorschau angezeigt wird und es praktisch jeder Anwendung vor Ort oder anderswo ermöglicht, Ereignisse im Service für automatisierte Workflows auszulösen.
Der Weg EventBridge Es funktioniert, indem es Ereignisse empfängt, sie gemäß den vom Entwickler definierten Regeln verarbeitet und sie dann an Ziele weiterleitet, z. B. Funktionen, die in AWS Lambda ausgeführt werden, Protokolle in AWS CloudWatch oder eine Warteschlange in AWS Simple Queue Service (SQS). Die Quelle des Ereignisses ist entweder ein anderer AWS-Service mit vielen vordefinierten Ereignissen wie Aufrufen der S3 (Simple Storage Service API) oder eine Integration mit einem Drittanbieter-Service wie Datadog, MongoDB oder Zendesk. EventBridge verfügt außerdem über eine PutEvents-API, die Entwickler aus benutzerdefiniertem Code aufrufen können.
TriggerMesh wurde im November 2018 gestartet und ist ein unabhängiger Cloud-Dienst, dessen Konzept EventBridge ähnelt. Es ist jedoch nicht nur auf AWS-Dienste beschränkt, sondern kann auf mehrere Plattformen abzielen, darunter Azure-Funktionen, Google Cloud Run, Kubernetes, Apache Kafka, OpenShift sowie AWS-Services wie Lambda. TriggerMesh selbst basiert auf Kubernetes, Knative und Istio.
In AWS EventBridge ist die Liste der vorkonfigurierten Dienste von Drittanbietern, die als Quellen für Ereignisse dienen können, relativ kurz. TriggerMesh hat eingeführt Eine neue Integration mit einem eigenen Cloud-Service bedeutet, dass jede von TriggerMesh unterstützte Ereignisquelle jetzt an EventBridge weitergeleitet werden kann. Dies bedeutet auch, dass vorhandene TriggerMesh-Benutzer jetzt auf jeden von EventBridge unterstützten AWS-Service abzielen können.
Warum TriggerMesh verwenden, wenn Entwickler die PutEvents-API bereits von jeder Anwendung aus aufrufen können? "Wir glauben, dass viele Leute genau das tun, was Sie vorschlagen, und die Integration zu jedem Code hinzufügen, den Sie ausführen", sagte Mark Hinkle, Mitbegründer und CEO von TriggerMesh Das Register.
„Wir glauben, dass dies redundant ist und nur eine fest codierte Integration in einen einzelnen Dienst ermöglicht, in diesem Fall EventBridge. Durch die Verwendung von TriggerMesh können Sie jedoch Workloads für jede native Cloud-Architektur auslösen: Azure-Funktionen, Google Cloud-Funktionen, OpenShift Serverless oder die Kubernetes-Variante Ihrer Wahl, einschließlich Rancher, OpenShift Container Engine, Google Kubernetes Engine und / oder Amazon EKS. Sie können auch Anwendungsflüsse zu anderen Diensten erstellen, die nicht Teil von AWS sind, z. B. Confluent mit Ereignisdaten füllen oder eine Funktion in Twilio auslösen, ohne Ihren Code neu zu schreiben. “
TriggerMesh hat einen besonderen Wert, wenn Sie über mehrere Clouds oder verschiedene Dienste hinweg arbeiten. "Beispielsweise kann eine neue Zeile, die einer Datenbank hinzugefügt wird, eine ETL-Funktion [Extrahieren, Transformieren, Laden] bei Amazon auslösen und die Ergebnisse an S3 ausgeben", sagte Hinkle. „Es kann jedoch verwendet werden, um eine Lieferkette jedes Mal zu benachrichtigen, wenn ein neuer Datensatz in die Datenbank eingegeben wird. Oder es könnte beides gleichzeitig tun. “
Das Anschließen von Ereignisquellen an TriggerMesh ist jedoch nicht immer einfach. Wie bei EventBridge gibt es eine Liste vorgefertigter Integrationen sowie die Möglichkeit, eine Verbindung zu lokalen Ereignisbussen wie IBM MQ herzustellen. In einigen Fällen arbeitet TriggerMesh noch an der "Ereignisumwandlung, um diese Ereignisse in ein anerkanntes Format zu verwandeln, damit Amazon EventBridge sie nutzen kann", sagte Hinkle. Es gibt auch ein Angebot zur Erstellung einmaliger Integrationen für „Benutzer, die möglicherweise nicht über das Fachwissen verfügen, um Ereignisse selbst zu extrahieren und zu transformieren“.
Redmonk-Analyst James Governor schrieb von „The Coming SMOKEstack“, einem Begriff, der von Hinkle erfunden wurde, um zusammensetzbare Services zu beschreiben, die „Serviceful, Mashable, Open, K (C) Composable, Event-Driven“ sind.
Unternehmen, die die Idee haben, ein ereignisgesteuertes, serverloses Modell für die Multi-Cloud-Integration zu verwenden, benötigen eine Art Cloud-Broker, und TriggerMesh strebt an, dieser Broker zu sein, obwohl dies noch in den Anfängen steckt. ®
