Februar 20, 2025|10:40 a.m.
Whether it’s IT operations, cloud migration, or AI-driven innovation – let’s explore how we can support your success.
Die Erstellung moderner Anwendungen mit Serverless-Technologie und Managed Services bedeutet, dass jeder verteilte und hochverfügbare Systeme erstellen kann, ohne sich um die zugrunde liegende Infrastruktur kümmern zu müssen. Aber es geht nicht nur um Spaß und Spiel. Dieser Vortrag mit dem Titel „Performing chaos engineering in a serverless world“, den ich auf der AWS re:Invent 2019 gehalten habe, erläutert einige der Herausforderungen von Serverless, häufige Schwachstellen in Serverless-Anwendungen sowie Herausforderungen bei der Verwendung von Chaos Engineering in Serverless. Bitte sehen Sie sich das Video an.
Auch wenn alles mit der Latenz-Injektion in den Artikeln von Yan Cui begann, ist die Latenz bei weitem nicht der einzige mögliche Fehler, den wir in unseren serverlosen Anwendungen haben können. In failure-lambda, failure-azurefunctions und failure-cloudfunctions stehen jetzt fünf verschiedene Fehlermodi zur Auswahl:
Fügt der ausgeführten Funktion eine Latenz hinzu, die über eine minimale und maximale Spanne von Millisekunden gesteuert wird. Damit können Sie zum Beispiel die Latenzzeit eines Dienstes simulieren oder Ihre Timeout-Werte testen und festlegen.
Wirft eine Ausnahme in der Funktion. Hilft Ihnen zu testen, wie Ihre Anwendung und Ihr Code mit Ausnahmen umgehen.
Ihre Funktion gibt einen Statuscode Ihrer Wahl zurück, z.B. 502 oder 404 anstelle des normalen 200. Dies gibt Ihnen die Möglichkeit zu testen, was bei Fehlern passiert.
Füllt Ihren temporären Datenträger mit Dateien, um einen Fehler zu erzeugen. Wenn Sie eine Festplatte zum Speichern temporärer Dateien verwenden, können Sie testen, wie sich Ihre Anwendung verhält, wenn diese Festplatte voll ist oder Sie nicht mehr darauf speichern können.
Blockiert Verbindungen zu bestimmten Hosts. Verwenden Sie diese Funktion, um die Nichtverfügbarkeit von Diensten oder Dritten zu simulieren.
Alle diese Ausfallmodi können zusammen mit einer von Ihnen festgelegten Ausfallrate verwendet werden. Die Standardeinstellung ist, bei jedem Aufruf einen Fehler einzubauen, aber in der Realität ist es wahrscheinlich, dass z.B. ein Dritter bei 50% der Aufrufe dieses Hosts nicht verfügbar ist oder dass bei einem Viertel der Aufrufe eine Ausnahme ausgelöst wird. Mit der Einstellung der Rate können Sie dies erreichen.
