{"id":9275,"date":"2024-09-16T00:01:14","date_gmt":"2024-09-15T22:01:14","guid":{"rendered":"https:\/\/www.braintank.ch\/wp\/?p=9275"},"modified":"2024-09-16T00:05:33","modified_gmt":"2024-09-15T22:05:33","slug":"chaos-engineering-fuer-bessere-systeme","status":"publish","type":"post","link":"https:\/\/braintank.ch\/?p=9275","title":{"rendered":"Chaos Engineering f\u00fcr bessere Systeme"},"content":{"rendered":"\n

Die Zuverl\u00e4ssigkeit von Software und Systemen wird \u00fcblicherweise mit Unit Tests, Integration Tests und System Tests sichergestellt. Jetzt wo Systeme in der Cloud bereitgestellt werden und diese verteilten Systeme zunehmend umfassender und komplexer werden, st\u00f6sst dieses Verfahren an seine Grenze. Hier kommt Chaos Engineering ins Spiel.<\/p>\n\n\n\n

Chaos Engineering<\/a> f\u00fchrt Experimente auf einem System durch, um Vertrauen in das System aufzubauen. Es soll sichergestellt werden, dass auch unter widrigen Umst\u00e4nden die Produktivumgebung funktioniert. Es ist eine M\u00f6glichkeit mit Dynaxability <\/a>umzugehen.

Die Fortschritte in verteilten und hoch-skalierten Software-Systemen ver\u00e4ndern die Spielregeln des Software Engineering. Es geht auch darum die Flexibilit\u00e4t in der Software-Entwicklung und die Geschwindigkeit von Deployments zu erh\u00f6hen. Es bleibt eine Frage: Wie sehr k\u00f6nnen wir dem System vertrauen, das wir in die Produktivumgebung eingespielt haben?

Selbst, wenn alle einzelnen Dienste in einem verteilten System ordnungsgem\u00e4ss funktionieren, kann die Kommunikation zwischen diesen Diensten unerwartete Ergebnisse zeigen. Diese M\u00f6glichkeit sowie seltene, aber nachteilige Vorf\u00e4lle in der Produktivumgebung machen verteilte Systeme inh\u00e4rent chaotisch.<\/p>\n\n\n\n

Der Ablauf beim Chaos Engineering<\/h2>\n\n\n\n

Auch wenn der Name etwas anderes andeutet, Chaos Engineering l\u00e4uft nicht chaotisch, sondern geplant ab. Als erstes gilt es zu bestimmen, welche Bereiche oder Komponenten \u00fcber ihre Grenzen hinaus belastet werden sollen: Infrastruktur, Netzwerk oder Anwendungen? Es kann sich auch um Dienste handeln, die eine Rolle spielen. <\/p>\n\n\n\n

Man kann Chaos Engineering als die Durchf\u00fchrung von Experimenten betrachten, um Schwachstellen in verteilten Systemen zu finden. Die Experimente laufen in vier Schritten ab:<\/p>\n\n\n\n

    \n
  1. Starte damit einen \u201estabilen Zustand\u201c als einen messbaren System-Output zu definieren, der ein normales Verhalten des Systems signalisiert.<\/li>\n\n\n\n
  2. Stelle die Hypothese auf, dass der stabile Zustand sowohl in der Kontrollgruppe also auch in der Experimentalgruppe erhalten bleibt.<\/li>\n\n\n\n
  3. F\u00fchre Variablen ein, die echte Vorf\u00e4lle aus dem produktiven Betrieb repr\u00e4sentieren etwa Server-Abst\u00fcrze, Festplattenfehlfunktionen, unterbrochene Netzwerkverbindungen, falsche Daten. <\/li>\n\n\n\n
  4. Versuche die Hypothese zu falsifizieren, indem du den System-Output von Experimental- und Kontrollgruppe nach Unterschieden in Bezug auf den definierten stabilen Zustand untersuchst.<\/li>\n\n\n\n
  5. <\/li>\n<\/ol>\n\n\n\n

    Chaos Engineering in der Praxis<\/h2>\n\n\n\n

    Wer mehr dazu wissen m\u00f6chte, hier einige Einblicke in die Erfahrungen von Netflix.<\/p>\n\n\n\n

    \n