Serverlose Anwendungen auf Knative aufbauen

Kapitel 8. Zu viel des Gutenist keine gute Sache

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Ab Kapitel 1 habe ich die Gründe und Vorteile für die Einführung von Serverless als Laufzeitarchitektur und Designphilosophie erläutert. Gut architektierte Microservices, die über ein Serverless-Framework verwaltet werden, können die Anwendungsentwicklung und die langfristigen Betriebskosten im Vergleich zu Serverful-Architekturen geradezu magisch erscheinen lassen und Spaß machen. Selbst Infrastrukturplattformen wie Kubernetes, die das Patchen von Host-Schwachstellen und die Netzwerkbereitstellung an Plattformteams hinter einer API delegieren können, haben wesentlich mehr Overhead und laufende Kosten als Plattformen, die Anwendungen automatisch skalieren und überwachen können, einfach basierend auf dem Laufzeitvertrag, den diese Anwendungen erfüllen.

Wie du dem Titel dieses Kapitels wahrscheinlich entnommen hast, kann selbst ein serverloses Rosenbeet schmerzhafte Dornen haben, wenn man es zu weit treibt. In diesem Kapitel stelle ich einige Muster vor, die dich frühzeitig darauf hinweisen, dass serverlose Laufzeiten für bestimmte Bereiche deiner Anwendungsarchitektur nicht geeignet sind. Bevor du dich auf die Suche nach deinem Lieblingsmuster begibst, erinnere dich daran, dass die Kapitel 5 und7 architektonische Werkzeuge für die Verbindung von serverlosen Komponenten mit anderen Architekturen enthalten. ...