Restate sammelt 7 Millionen US-Dollar für seine leichtgewichtige Workflows-as-Code-Plattform ein

Restate sammelt 7 Millionen US Dollar fuer seine leichtgewichtige Workflows as Code Plattform ein

Wenn einer der Mitentwickler des beliebten Open-Source-Stream-Processing-Frameworks Apache Flink ein neues Startup gründet, lohnt es sich, aufmerksam zu sein. Stephan Ewen gehörte 2010 zum Gründungsteam des Open-Source-Projekts und wurde später CTO von Data Artisans, dessen Ziel die Monetarisierung von Flink war. Alibaba übernahm das Unternehmen 2019 und benannte es in Ververica um. Ewen verbrachte die erforderlichen drei Jahre im Unternehmen, bevor er zusammen mit Flink-Committern und ehemaligen Mitarbeitern von Data Artisan/Ververica das Workflows-as-Code-Startup Restate gründete. Igal Shilman Und Till Rohrmann.

Restate, dessen Hauptaufgabe darin besteht, die Entwicklung verteilter Anwendungen zu vereinfachen, gab heute bekannt, dass es in einer Startkapitalrunde 7 Millionen US-Dollar aufgebracht hat, die Version 1.0 seiner offenen BSL-lizenzierten Version erreicht hat und seinen verwalteten Cloud-Dienst auf den Markt bringt.

Restate verspricht, dass es so schnell und leicht ist, dass Entwickler es dort einsetzen können, wo herkömmliche Workflow-Systeme zu langsam und ressourcenintensiv gewesen wären. Dies wird durch eine robuste Ausführungs-Engine unterstützt, die eine fehlertolerante Kommunikation zwischen Diensten und Prozessen einrichten kann und sich in Function-as-a-Service-Plattformen wie AWS Lambda und Cloudflare Workers integrieren lässt. Obwohl es ideal für die Microservices-Architektur ist, können Entwickler es auch für Aufgabenwarteschlangen, Ereignisverarbeitung oder Service-Orchestrierung in Systemen wie Bestandsverwaltung oder Reservierungen verwenden.

Es ist jedoch erwähnenswert, dass Restate nicht der erste Anbieter dieses Konzepts ist. Die Open-Source-Plattform Zeitlichbietet beispielsweise einen einigermaßen ähnlichen Funktionsumfang, obwohl das Restate-Team wahrscheinlich argumentieren würde, dass sein System schneller und leichter sei.

Ewen sagte, nach dreizehn Jahren mit Flink sei es an der Zeit, ein neues Problem anzugehen. „Während wir an Flink arbeiteten, tauchten immer wieder diese Anwendungsfälle auf, bei denen die Leute Flink für Anwendungsfälle im Stil der Transaktionsorchestrierung missbrauchten“, erzählte er mir. „Und es war nicht so toll, als sie es dafür verwendeten, aber sie sagten uns, sie hätten nichts anderes gefunden.“

Nachdem das Team gesehen hatte, dass Benutzer dies immer wieder taten, beschloss es, dass es bei der Gründung eines weiteren Unternehmens nach Möglichkeiten suchen würde, dieses Problem eleganter zu lösen.

Nahezu jede moderne Anwendung besteht heute aus Workflow-Ketten, die von einer Reihe verteilter Dienste verwaltet werden, die zuverlässig miteinander kommunizieren müssen. Um ein solches fehlertolerantes verteiltes System zu erstellen, ist ein sehr erfahrenes Team erforderlich – und viele Unternehmen erstellen ihr eigenes –, aber es handelt sich auch um Mindestanforderungen und nicht unbedingt um etwas, das diesen Unternehmen dabei hilft, ihr Produkt von der Konkurrenz abzuheben.

Bildnachweise: Neu formulieren

Ewen erzählte mir, dass das Team einige der Ideen zur streambasierten Verarbeitung von Flink übernommen und diese dann mit dem Konzept von Workflows als Code und einem speziellen Ereignisprotokoll kombiniert habe – denn das Herzstück jeder Workflow-Engine ist ein Protokoll. „Restate nimmt die Idee von Workflow als Code und fügt einige andere Ideen hinzu, die etwas von der Stream-Verarbeitung inspiriert sind. Wir haben es zu einem allgemeineren verteilten Programmiermodell weiterentwickelt, das auf dauerhafter Ausführung, virtuellen Objekten und dauerhaften Versprechen basiert – und es auf eine ereignisgesteuerte Grundlage gestellt“, sagte Ewen.

Die Engine, die das Ganze antreibt, ist sehr klein und leicht und, wie Ewen betonte, schnell – zum Teil, weil sie als einzelne Binärdatei ausgeliefert wird. Er glaubt, dass dies den Dienst in Situationen nutzbar machen wird, in denen man normalerweise keine Workflow-Engine verwenden würde – denken Sie zum Beispiel an E-Commerce-Einkaufswagen. Eine leichte Workflow-Engine mit integrierten Garantien, dauerhafter Ausführung und Wiederholungsversuchen, wenn etwas schief geht, stellt beispielsweise sicher, dass Artikel in einem verlassenen Einkaufswagen nach einer festgelegten Zeit wieder an andere Kunden freigegeben werden, wodurch das Risiko minimiert wird, dass während des Prozesses etwas schief geht.

„[Restate] codiert die klassischen Workflows, nur auf einer extrem leichtgewichtigen Grundlage – und geht etwas weiter als nur Standard-Workflow-Anwendungsfälle. Es beinhaltet Kommunikation und Statusverwaltung als Kernkonzept, sodass Sie es wirklich verwenden können, um auch Dinge zu erstellen, die keine guten Fälle für Workflows sind, aber trotzdem sehr gut passen, wenn Sie eine richtige Microservice-Architektur erstellen möchten“, erklärte Ewen.

Das Unternehmen hat heute auch seine gehostete Restate Cloud im Early Access gestartet. Derzeit ist sie kostenlos verfügbar und Ewen war ziemlich offen darüber, dass das Team immer noch versucht herauszufinden, wie die Leute sie nutzen werden, bevor es entscheidet, wie der Dienst monetarisiert werden soll.

Die Finanzierungsrunde des Unternehmens wurde von Redpoint Ventures geleitet, mit Beteiligung von Essence VC, firstminute.capital und Angels wie Datadog-Gründer Oli Pomel und den Apache Kafka- und Confluent-Gründern Jay Kreps und Neha Narkhede. Das Unternehmen wird die Finanzierung nutzen, um Mitarbeiter einzustellen und seine Infrastruktur auszubauen sowie sein SDK in weiteren Sprachen anzubieten (derzeit unterstützt es TypeScript, Java und Kotlin).

„Es ist immer noch eine Herausforderung, verteilte Transaktionsanwendungen korrekt, robust und skalierbar zu machen“, sagte Kreps. „Restates Ansatz, dauerhafte Ausführung und ereignisgesteuerte Architekturen zu verbinden, ist ein großer Schritt zur Lösung dieses Problems.“

tch-1-tech