Connect with us

Deutsch

Die Cloud-native Automatisierung von TriggerMesh wird Open Source

Published

on

Sie können viele Dinge nennen, was TriggerMesh tut. Es ist Cloud-native Integration, ereignisgesteuerte Cloud-Automatisierung, Function-as-a-Service (FaaS) oder natürlich serverloses Computing. Egal welchen Namen Sie verwenden – die Entwickler von TriggerMesh mögen “serviceful” – das Spiel soll es Ihnen ermöglichen, Cloud-Funktionen einfach in leistungsstarke Programme einzubinden, bereitzustellen und zu verwalten. Persönlich finde ich es praktisch zu denken, dass TriggerMesh die DevOps-Konzepte von Programmen wie Ansible, Chef und Puppet nimmt und sie von der Betriebssystemebene in die Cloud-Schicht verschiebt. Jetzt hat TriggerMesh einen großen Schritt nach vorne gemacht, indem es ein Open-Source-Programm wurde.

Wie TriggerMesh-Mitbegründer Sebastien Goasguen es ausdrückte, können Entwickler mit TriggerMesh „ihre Anwendungen modernisieren, indem sie Cloud-Dienste nutzen, wo immer sie sind und von wem auch immer der Anbieter ist“. Dies geschieht durch die Nutzung von FaaS-Angeboten, die sich automatisch skalieren und einen feineren Abrechnungsmechanismus bieten.

Wenn das für Sie sehr nach AWS Lambda klingt, herzlichen Glückwunsch, Sie haben Recht. Aber während Lambda an AWS gebunden ist, ist das Feld von TriggerMesh weit offen für jede Cloud, die Kubernetes unterstützt. Was heutzutage natürlich im Wesentlichen alle Wolken bedeutet. Aber Goasguen denkt, dass wir einen Fehler machen, wenn wir uns zu sehr auf Funktionen konzentrieren. Stattdessen sollten wir bedenken, dass es bei serverlosen Angeboten wie AWS Lambda eigentlich um Ereignisse geht: das Aufnehmen, Speichern, Ausgeben und Verarbeiten von Ereignissen.

Was TriggerMesh auf den Tisch bringt, so Goasguen, ist, dass es Ihnen ermöglicht, alle Arten von Diensten miteinander zu integrieren. „Ob es sich um eine On-Premise-Anwendung oder einen Cloud-Service handelt, ob es sich um einen Container handelt oder nicht, ob er als serverlos bezeichnet wird oder nicht; Sie erstellen Anwendungen, die viele Systeme nutzen.“ Das Problem bei der Integration so vieler verschiedener Systeme besteht natürlich darin, keine “‘Spaghetti-Schüssel’ zu bauen, die lecker sein könnte, aber unhaltbar wäre.”

Die Cloud-native Integrationsplattform TriggerMesh schaffte dies, indem sie jedem Benutzer eine Reihe von Anwendungsprogrammierschnittstellen (APIs) zur Verfügung stellte. Mit diesen können Sie Anfang und Ende der Integration oder im TiggerMesh-Jargon Quellen und Ziele definieren. Für diese Arbeit bieten die APIs auch Ereignistransformation, Ereignis-Routing-Komponenten und ein FaaS-Angebot. Diese APIs werden mithilfe der OpenAPI-Spezifikation definiert und mit Kubernetes implementiert.

TriggerMesh ist ein Kubernetes-Controller mit all seinen APIs, die aus technischer Sicht als benutzerdefinierte Ressourcendefinitionen definiert sind. Das bedeutet, dass Sie, wenn Sie bereits ein Kubernetes-Profi sind, bereits viele der Programme kennen, die zur Erledigung der Arbeit benötigt werden. Dazu gehören Prometheus für die Überwachung, Fluentd für die Protokollierung und GitOps für die Bereitstellung.

In seiner Open-Source-Version bietet es neben dem Programm selbst auch die Quellen, die Sie für die Arbeit mit den meisten AWS-Services wie SQS, S3 und Kinesis benötigen, Quellen für Google Cloud Storage, Pub/Sub und Cloud-Audit-Logs. Darüber hinaus werden Azure-Quellen für Azure Blob Storage und Azure Audit-Protokolle veröffentlicht. Alles zusammen und Goasguen behauptet, TriggerMesh bietet Ihnen die Funktionen von Google EventArc und AWS EventBridge kombiniert und lokal. Darüber hinaus werden Ziele wie AWS SQS, Google Storage, Google Sheets, ElasticSearch und Splunk unterstützt.

Was bedeutet das alles? Goasguen gibt eine Liste mit Multi-Cloud-Beispielen dafür, was Sie damit machen können. Dazu gehören: „Erstellen einer Datenpipeline zum Füllen Ihres Data Lake, Speichern aller Ihrer Git-Commits oder aller Ihrer Salesforce-Ereignisse in einem ElasticSearch-Cluster. Sie können alle Ihre Protokolle aus Azure abrufen und in Splunk speichern, nachdem Sie sie gefiltert und mit Anmerkungen versehen haben. Sie können Metriken von überall abrufen und in Datadog speichern. Sie können eine AWS umfassende Analyse für in Google Storage gespeicherte Objekte ausführen. Sie können Ihr IBM-MQ und Ihr AWS SQS synchronisieren, während Sie neue Produkte in der Cloud entwickeln. Sie können DB2-Änderungen streamen in die Cloud, um eine schreibgeschützte Cloud-Replik zu erstellen. Sie können Ihre Kafka-Konnektoren verwalten, egal ob Sie AWS MSK oder Confluent Cloud verwenden, kein Kafka-Connect-Cluster mehr erforderlich ist und willkommen zu einem GitOps-Workflow, um Ihr Produkt zu verwalten und Nachrichten zu verarbeiten Kafka.” Kurz gesagt, Sie können “jede ereignisgesteuerte Anwendung erstellen und mit unserer von Kubernetes unterstützten deklarativen API definieren”.

Das ist eine ziemliche Behauptung, aber TriggerMesh-Anhänger, zu denen Cisco und VMware gehören, glauben, dass sie die Ware haben.

Graham Siener, VP of Product bei VMware Tanzu, sagte: „Da ereignisgesteuerte Systeme immer beliebter werden, erkennen Entwickler, dass die Integration von Ereignissen über Quellen und Umgebungen hinweg eine große Herausforderung darstellt. Dies wird durch Hybrid- und Multi-Cloud-Topologien verschärft, die zu mehr führen unterschiedliche Quellen aller Art. Als wir uns also unsere Optionen ansahen, um Cloud Native Runtimes-Benutzern eine einzige API zur Automatisierung der Verwendung von Ereignissen unabhängig von der Ereignisquelle bereitzustellen, war TriggerMesh der klare Partner. Die Integration mit TriggerMesh macht es einfach für Knative Eventing-Ressourcen, um externe Ereignisse in allen Clouds zu nutzen”,

Mark Hinkle, Mitbegründer von TriggerMesh, fügte hinzu: „Als Sebastien und ich TriggerMesh gründeten, hatten wir eine lange Geschichte mit Open Source. Wir hatten viele Erfolge, aber auch viele Misserfolge um sicherzustellen, dass wir den gleichen Erfolg hatten wie HashiCorp, Confluent, Kong Inc. und Ansible von Red Hat.” Mit anderen Worten, TriggerMesh hat erfahrene Leute an der Spitze, die sich mit Open-Source- und Cloud-nativer Programmierung auskennen.

Möchten Sie mehr wissen? Sehen Sie sich das TriggerMesh-Repository und die Dokumente von TriggerMesh an. Du kannst auch mit dem Entwicklungsteam auf Slack sprechen.

Ähnliche Beiträge:

Continue Reading

Copyright © 2021 Meta Mag Inc.