Kapitel 7. Einen robusten inneren Monolog entwickeln

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com

In "Ereignisverteilung" haben wir ein wenig über die Idee der Veröffentlichung des "inneren Monologs" einer Anwendung mithilfe von Ereignissen gesprochen. Dieses Modell (und einige verwandte Ideen zur aktiven Speicherung) bilden die Grundlage für dieses Kapitel. Dieser innere Monolog kann auf verschiedene Weise erreicht werden, aber der Kerngedanke ist, dass du die Integrationspunkte für deine Anwendung schon bei der Erstellung des Codes entwickelst und nicht erst später, wenn die ursprüngliche Arbeit getan ist, Erweiterungspunkte anbringen musst.

Die Entwurfstechniken in diesem Kapitel gelten sowohl für monolithische Anwendungen wie in Kapitel 5 beschrieben als auch für Microservices. Die Muster gelten auch für Anwendungen auf allen Arten von Runtimes, von funktionsbasierten serverlosen Anwendungen über traditionelle Runtimes bis hin zu einzelnen zustandsbehafteten Instanzen, wie in "Instanzadressierbarkeit und Sharding" beschrieben. Das bedeutet, dass Erweiterungen, die auf Ereignisse reagieren, die vom inneren Monologveröffentlicht werden, im Allgemeinen gut mit den Serverless-Prinzipien übereinstimmen und von der Ausführung auf einer Serverless-Plattform profitieren können. Auf diese Weise sind Ereignisse die "Rasierklingen" von Serverless und helfen dabei, die "Klingen" von Serverless Compute ...

Get Serverlose Anwendungen auf Knative aufbauen now with the O’Reilly learning platform.

O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.