Читать книгу Handbuch Infrastructure as Code - Kief Morris - Страница 40

Wenn ein System wächst, lässt es sich schwerer verstehen, schwerer ändern und schwerer korrigieren. Die Menge an Arbeit wächst mit der Anzahl der Elemente, aber auch mit der Anzahl der verschiedenen Arten von Elementen. Um ein System handhabbar zu halten, ist es daher sinnvoll, nicht zu viele verschiedene Elemente zu haben – um die Variationen gering zu halten. Es ist einfacher, einhundert identische als fünf völlig verschiedene Server zu warten.

Das Prinzip der Reproduzierbarkeit (siehe »Prinzip: Alles reproduzierbar machen« auf Seite 44) ergänzt diese Idee. Definieren Sie eine einfache Komponente und erstellen davon viele identische Instanzen, können Sie sie leicht verstehen, ändern und korrigieren.

Damit das funktioniert, müssen Sie jede Änderung auf alle Instanzen der Komponente anwenden. Denn ansonsten erzeugen Sie Konfigurationsdrift.

Dies sind ein paar Arten von Variationen, die es in Ihren Systemen geben kann:

 Mehrere Betriebssysteme, Anwendungs-Runtimes, Datenbanken und andere Technologien. Für jede davon benötigen Sie Personen in Ihrem Team, die sich diesbezüglich auf dem Laufenden halten und Wissen erwerben.

 Mehrere Versionen einer Software, wie zum Beispiel ein Betriebssystem oder eine Datenbank. Selbst wenn Sie nur ein Betriebssystem nutzen, kann jede Version eine andere Konfiguration und andere Werkzeuge erfordern.

 Unterschiedliche Versionen eines Pakets. Haben manche Server eine neuere Version eines Pakets, Tools oder einer Bibliothek als andere, besteht ein Risiko. Vielleicht laufen bestimmte Befehle nicht überall gleich, oder ältere Versionen besitzen Sicherheitslücken oder Bugs.

Organisationen müssen einen Weg finden, es jedem Team zu erlauben, die Technologien und Lösungen zu wählen, die seine Anforderungen erfüllen, gleichzeitig aber die Menge an Variationen in der Organisation auf einem handhabbaren Niveau zu halten.

Lightweight Governance Moderne, digitale Organisationen lernen den Wert von Lightweight Governance in der IT zu schätzen, um Autonomie und zentralisierte Kontrolle gegeneinander abzuwägen. Das ist ein zentrales Element des EDGE-Modells für agile Organisationen. Mehr dazu finden Sie im Buch EDGE: Value-Driven Digital Transformation von Jim Highsmith, Linda Luu und David Robinson (https://oreil.ly/Eg3Mu, Addison-Wesley Professional) oder in Jonny LeRoys Vortrag »The Goldilocks Zone of Lightweight Architectural Governance« (https://oreil.ly/d29qg).