TF-ASSOC

Der erste Bereich beantwortet die Frage, warum es Infrastruktur als Code überhaupt gibt.

Handarbeit im Portal erzeugt UmgebungenEigener Container für Apps, Flows und Daten mit eigener Region und eigenen Rechten., die niemand nachbauen kann. Was einmal geklickt wurde, ist nicht dokumentiert; was dokumentiert ist, weicht nach drei Monaten vom ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. ab. Infrastruktur als Code dreht das um: Die Beschreibung ist die Wahrheit, und die Umgebung wird daraus erzeugt.

Daraus folgen die Vorteile. Versionierung macht Änderungen nachvollziehbar und rückgängig. Wiederholbarkeit erlaubt identische UmgebungenEigener Container für Apps, Flows und Daten mit eigener Region und eigenen Rechten. für Entwicklung, Test und Betrieb. Prüfung vor der Umsetzung zeigt, was passieren wird. Zusammenarbeit wird möglich, weil Änderungen wie Quellcode besprochen werden.

Zwei Begriffe gehören unterschieden. Deklarativ beschreibt den gewünschten ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. und überlässt den Weg dorthin dem WerkzeugFähigkeit, die ein Agent aufrufen darf, etwa die Suche in hochgeladenen Dateien.. Imperativ beschreibt die Schritte. Terraform ist deklarativ, und daraus folgt seine Arbeitsweise: Es vergleicht Wunsch und Wirklichkeit und erzeugt daraus die nötigen Änderungen.

Terraform ist außerdem anbieterübergreifend. Über Anbieterschnittstellen spricht es mit sehr verschiedenen Systemen, von Cloudanbietern über Netzwerkgeräte bis zu Diensten im eigenen Haus. Damit lässt sich eine UmgebungEigener Container für Apps, Flows und Daten mit eigener Region und eigenen Rechten. beschreiben, die über mehrere AnbieterErweiterung, die Ressourcen in Schnittstellenaufrufe übersetzt. reicht, in einer Sprache.

Der zweite Bereich behandelt die Bausteine.

Ein AnbieterErweiterung, die Ressourcen in Schnittstellenaufrufe übersetzt. ist eine Erweiterung, die Terraform beibringt, mit einem System zu sprechen. Er wird im Block für die erforderlichen Anbieter mit Quelle und Version angegeben. Die Versionsangabe ist keine Formalie: Ohne sie kann derselbe Code morgen etwas anderes tun.

Die Initialisierung lädt AnbieterErweiterung, die Ressourcen in Schnittstellenaufrufe übersetzt. und ModuleWiederverwendbares Verzeichnis mit Konfiguration, Eingaben und Ausgaben. herunter, richtet das Ablagesystem für den ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. ein und erzeugt eine SperrdateiDatei mit den tatsächlich verwendeten Anbieterversionen und Prüfsummen. mit den genauen Versionen. Diese Sperrdatei gehört in die Versionsverwaltung, damit alle mit denselben Versionen arbeiten.

Die Konfiguration besteht aus Blöcken. Der Ressourcenblock beschreibt etwas, das Terraform erzeugt und verwaltet. Der Datenblock liest etwas, das anderswo entstanden ist. Der Variablenblock nimmt Eingaben entgegen, der Ausgabeblock gibt Werte heraus. Der Terraform-Block enthält Einstellungen zum WerkzeugFähigkeit, die ein Agent aufrufen darf, etwa die Suche in hochgeladenen Dateien. selbst.

Die Sprache heißt HCL. Sie kennt Zeichenketten, Zahlen, Wahrheitswerte, Listen und Karten sowie Ausdrücke und Funktionen. Kommentare, Verschachtelung und die Verweise zwischen Blöcken folgen einem einheitlichen Muster.

Wichtig ist die Reihenfolge: Terraform baut aus den Verweisen zwischen Ressourcen einen Abhängigkeitsgraphen und arbeitet ihn ab. Wo ein Verweis fehlt, aber eine Reihenfolge nötig ist, hilft eine ausdrückliche Abhängigkeit.

Der dritte Bereich behandelt den KernablaufSchreiben, Planen, Anwenden.: schreiben, planenAktivität für gemeinsames Verständnis von Vision, Status und Richtung., anwenden.

Die Initialisierung steht davor und wird immer dann wieder gebraucht, wenn sich AnbieterErweiterung, die Ressourcen in Schnittstellenaufrufe übersetzt., ModuleWiederverwendbares Verzeichnis mit Konfiguration, Eingaben und Ausgaben. oder das Ablagesystem für den ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. ändern.

Der Plan vergleicht drei Dinge: die Konfiguration, den gespeicherten ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. und die tatsächliche Lage beim AnbieterErweiterung, die Ressourcen in Schnittstellenaufrufe übersetzt.. Daraus entsteht eine Liste geplanter Änderungen mit den Zeichen für Erzeugen, Ändern, Zerstören sowie für Ersetzen. Ein Plan lässt sich in eine Datei speichern und später unverändert anwenden; das ist der übliche Weg in automatisierten Abläufen, weil dann genau das passiert, was geprüft wurde.

Das Anwenden setzt den Plan um. Ohne gespeicherten Plan erstellt es zuerst einen und fragt nach Bestätigung. Das Zerstören entfernt alles, was in diesem ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. verwaltet wird.

Daneben gibt es die kleinen Helfer: das Formatieren, das die Schreibweise vereinheitlicht, und die Prüfung, die die Konfiguration auf Gültigkeit untersucht, ohne mit dem AnbieterErweiterung, die Ressourcen in Schnittstellenaufrufe übersetzt. zu sprechen.

Wichtig ist der Umgang mit AbweichungenUnterschied zwischen tatsächlichem und gespeichertem Zustand.. Wenn jemand von Hand etwas ändert, weicht die Wirklichkeit vom ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. ab. Der Plan zeigt das, und das Anwenden zieht es gerade. Wer sich darauf verlässt, sollte Handarbeit an verwalteten Ressourcen unterbinden.

Der vierte Bereich behandelt die Sprache genauer.

VariablenEingabewert von außen mit Typ und optionaler Vorgabe. nehmen Eingaben entgegen. Sie haben einen Typ, optional einen Standardwert, eine Beschreibung und können als vertraulich gekennzeichnet werden. Werte kommen aus mehreren Quellen, und die Reihenfolge zählt: Umgebungsvariablen, Dateien mit Variablenwerten, automatisch geladene Dateien und Angaben auf der Kommandozeile, wobei die Kommandozeile am stärksten wiegt.

Ausgaben geben Werte nach außen, etwa an ein aufrufendes ModulWiederverwendbares Verzeichnis mit Konfiguration, Eingaben und Ausgaben. oder an den Menschen nach dem Anwenden. Auch sie können als vertraulich gekennzeichnet werden.

Lokale Werte benennen einen Ausdruck, der mehrfach gebraucht wird, und halten die Konfiguration lesbar.

Zu den Ausdrücken gehören Bedingungen, Funktionen für Zeichenketten, Zahlen, Listen und Karten sowie die Verweise auf andere Ressourcen. Für Wiederholungen gibt es zwei Wege: die Zählung, die über einen Index arbeitet, und die Iteration über eine Menge oder Karte, die über Schlüssel arbeitet. Der Unterschied ist wichtig: Bei der Zählung verschiebt das Entfernen eines Eintrags alle folgenden, bei der Iteration nicht.

Der LebenszyklusblockSteuerung des Verhaltens bei Änderung und Löschung. steuert das Verhalten: zuerst erzeugen und dann löschen, Änderungen ignorieren, oder das Zerstören verhindern.

Der fünfte Bereich behandelt ModuleWiederverwendbares Verzeichnis mit Konfiguration, Eingaben und Ausgaben..

Ein ModulWiederverwendbares Verzeichnis mit Konfiguration, Eingaben und Ausgaben. ist ein Verzeichnis mit Konfigurationsdateien. Jede Konfiguration hat ein Wurzelmodul; alles, was von dort aufgerufen wird, ist ein untergeordnetes Modul. Module machen aus wiederkehrenden Bausteinen etwas, das man einmal schreibt und mehrfach verwendet.

Ein Modulaufruf gibt eine Quelle an. Das kann ein lokaler Pfad sein, ein Verzeichnis in der Versionsverwaltung oder ein Eintrag in einer Registrierung. Bei entfernten Quellen gehört eine Versionsangabe dazu, sonst ändert sich das ErgebnisWas Empfangende durch eine Leistung erreichen., wenn sich das ModulWiederverwendbares Verzeichnis mit Konfiguration, Eingaben und Ausgaben. ändert.

Die Schnittstelle eines ModulsWiederverwendbares Verzeichnis mit Konfiguration, Eingaben und Ausgaben. besteht aus Eingabevariablen und Ausgaben. Innen liegende Ressourcen sind von außen nicht direkt ansprechbar; wer einen Wert braucht, holt ihn über eine Ausgabe. Das ist gewollt: Ein Modul soll austauschbar bleiben.

Beim Entwurf gilt: Ein ModulWiederverwendbares Verzeichnis mit Konfiguration, Eingaben und Ausgaben. sollte eine Sache tun und dabei möglichst wenige Annahmen über die UmgebungEigener Container für Apps, Flows und Daten mit eigener Region und eigenen Rechten. machen. Zu große Module werden unbeweglich, zu kleine erzeugen Aufwand ohne NutzenWas ein Service leistet oder welche Einschränkung er beseitigt..

Zur Wiederverwendung gehört die Registrierung, in der ModuleWiederverwendbares Verzeichnis mit Konfiguration, Eingaben und Ausgaben. veröffentlicht und versioniert werden. Für eigene Bausteine kann eine private Registrierung genutzt werden.

Der sechste Bereich behandelt den ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. und ist der Kern des WerkzeugsFähigkeit, die ein Agent aufrufen darf, etwa die Suche in hochgeladenen Dateien..

Der ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. ist die Aufzeichnung darüber, welche verwaltete Ressource zu welchem Objekt beim AnbieterErweiterung, die Ressourcen in Schnittstellenaufrufe übersetzt. gehört. Ohne ihn wüsste Terraform nicht, ob es etwas erzeugen oder ändern muss. Er enthält außerdem Werte, die für den Vergleich gebraucht werden, darunter auch vertrauliche. Deshalb gehört er geschützt und nicht in ein öffentliches Verzeichnis.

Standardmäßig liegt er als Datei neben der Konfiguration. Für Zusammenarbeit ist das ungeeignet. Ein entferntes Ablagesystem legt ihn zentral ab, oft mit Verschlüsselung, Versionierung und Sperren. Die Sperre verhindert, dass zwei Menschen gleichzeitig anwenden und sich gegenseitig überschreiben.

ArbeitsbereicheEinheit aus Konfiguration, Variablen und eigenem Zustand in HCP Terraform. erlauben mehrere getrennte Zustände für dieselbe Konfiguration, etwa für Entwicklung und Test. Sie ersetzen keine getrennten UmgebungenEigener Container für Apps, Flows und Daten mit eigener Region und eigenen Rechten. mit eigener Konfiguration, sind aber für einfache Fälle nützlich.

Für den Umgang mit dem ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. gibt es Befehle: das Anzeigen einzelner Einträge, das Auflisten, das Entfernen eines Eintrags ohne die Ressource zu löschen, und das Aufnehmen einer vorhandenen Ressource in die Verwaltung. Das Aufnehmen ist der Weg für Ressourcen, die von Hand entstanden sind.

Der siebte Bereich behandelt die Arbeit an einer bestehenden UmgebungEigener Container für Apps, Flows und Daten mit eigener Region und eigenen Rechten..

Ein häufiger FallBearbeitbarer Vorgang aus einer oder mehreren Warnungen, mit Notizen und Abschlussentscheidung. ist die AbweichungUnterschied zwischen tatsächlichem und gespeichertem Zustand.: Jemand hat von Hand etwas geändert. Der Plan zeigt den Unterschied, und das Anwenden zieht ihn gerade. Wer eine Abweichung bewusst behalten will, kann bestimmte Attribute im LebenszyklusblockSteuerung des Verhaltens bei Änderung und Löschung. ignorieren lassen.

Ein zweiter FallBearbeitbarer Vorgang aus einer oder mehreren Warnungen, mit Notizen und Abschlussentscheidung. ist der Austausch. Manche Änderungen lassen sich nicht in der bestehenden Ressource durchführen; dann plant Terraform ein Ersetzen. Wenn das nicht zur Ausfallzeit passt, hilft die Einstellung, zuerst die neue Ressource zu erzeugen und danach die alte zu löschen.

Ein dritter FallBearbeitbarer Vorgang aus einer oder mehreren Warnungen, mit Notizen und Abschlussentscheidung. ist die gezielte Erneuerung einer einzelnen Ressource. Dafür wird sie im Plan zum Ersetzen markiert, statt den ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. von Hand zu bearbeiten.

Zum Debuggen dient eine Protokollierungsstufe über eine Umgebungsvariable, dazu die Ausgabe des Plans in lesbarer Form. Die Konsole erlaubt es, Ausdrücke auszuprobieren, ohne etwas zu ändern.

Zur Pflege gehört außerdem der Umgang mit Anbieterversionen. Ein Wechsel auf eine neue Hauptversion kann Änderungen an der Konfiguration nötig machen; deshalb wird eine Version festgelegt und bewusst angehoben, statt sie offen zu lassen.

Der letzte Bereich behandelt die verwaltete Plattform und was sie gegenüber der reinen Kommandozeile hinzufügt.

Der erste Punkt ist der entfernte ZustandZuordnung zwischen beschriebenen Ressourcen und tatsächlichen Objekten. mit Verschlüsselung, Versionierung und Sperren. Er löst das Grundproblem der Zusammenarbeit, ohne dass jemand ein Ablagesystem selbst betreiben muss.

Der zweite Punkt ist die entfernte Ausführung. Plan und Anwendung laufen zentral, mit einheitlicher Version und einheitlicher UmgebungEigener Container für Apps, Flows und Daten mit eigener Region und eigenen Rechten.. Damit ist ausgeschlossen, dass auf einem Rechner etwas anderes herauskommt als auf einem anderen.

Der dritte Punkt sind ArbeitsbereicheEinheit aus Konfiguration, Variablen und eigenem Zustand in HCP Terraform. mit VariablenEingabewert von außen mit Typ und optionaler Vorgabe., die zentral gepflegt werden, einschließlich vertraulicher Werte, die nach dem Speichern nicht mehr lesbar sind.

Der vierte Punkt ist die Anbindung an die Versionsverwaltung. Eine Änderung im Quellcode löst einen Plan aus, der besprochen und dann angewendet wird. Damit wird aus Infrastruktur ein Vorgang wie jeder andere Quellcodevorgang.

Der fünfte Punkt sind RichtlinienVerbindliche Vorgabe der Leitung, was in der Organisation gilt., die vor dem Anwenden prüfen, ob eine geplante Änderung erlaubt ist, etwa nach Kosten oder nach verbotenen Ressourcentypen.

Dazu kommen die private Registrierung für eigene ModuleWiederverwendbares Verzeichnis mit Konfiguration, Eingaben und Ausgaben. und die Verwaltung von Zugriffsrechten für Menschen und Teams.