Infrastructure as Code

IaC wurde weiterentwickelt, um das Problem von sich auseinander bewegenden Umgebungen zu lösen. Cloud-Anwendungen verfügen in der Regel über separate Deployment-Umgebungen für die verschiedenen Phasen ihres Release-Lebenszyklus. Es ist üblich, Entwicklungs-, Staging- und Produktionsumgebungen zu haben. Diese Umgebungen bestehen aus vernetzten Ressourcen wie Anwendungsservern, Load Balancern und Datenbanken. Umgebungen bewegen sich auseinander, wenn die Infrastruktur zwischen diesen verschiedenen Umgebungen nicht mehr synchron ist.

Ohne IaC kann das Infrastrukturmanagement zu einem unorganisierten und fragilen Prozess werden. Systemadministratoren stellen manuell eine Verbindung zu Remote-Cloud-Anbietern her und verwenden API- oder Web-Dashboards, um neue Hardware und Ressourcen bereitzustellen. Dieser manuelle Workflow gibt keine ganzheitliche Sicht auf die Anwendungsinfrastruktur. Administratoren nehmen möglicherweise manuell Änderungen an einer Umgebung vor und vergessen dabei eine andere Umgebung. Auf diese Weise kommt es dazu, dass sich Umgebungen auseinander bewegen.

Wenn Umgebungen sich auseinander bewegen, führt dies zu einer teuren Verschwendung von Geschäftsressourcen. Fehler und Ausfälle treten auf, wenn Teams ihre Builds in einer Staging- oder Entwicklungsumgebung erstellen und beim Deployment feststellen, dass die Produktionsumgebung nicht synchron ist, was zu einer zeitraubenden Fehlersuche führt.

Ohne IaC ist das manuelle Infrastrukturmanagement ein langsamer Prozess. Wenn festgestellt wird, dass eine Infrastrukturänderung aufgrund von sich auseinander bewegenden Umgebungen, Traffic-Spitzen oder einem anderen Problem erforderlich ist, kann es eine unbekannte Zeit lang dauern, bis ein Systemadministrator reagiert und die Anpassung vornimmt. Dies führt zu Ausfällen und frustrierten Kunden. Wenn IaC vorhanden ist, kann sich die Infrastruktur automatisch an Änderungen in der Konfiguration anpassen und mit automatischen Skalierungsfunktionen auf Datenverkehrsspitzen reagieren.

Infrastructure as Code sorgt in der manuellen Systemadministration für mehr Übersichtlichkeit und Transparenz. Da die Konfigurationsdateien der Infrastruktur an ein zentrales Repository zur Versionskontrolle committet werden, können alle Teammitglieder die Infrastrukturdaten anzeigen und bearbeiten. Dies ermöglicht leistungsstarke Auditing-Funktionen. Wenn dein Team beispielsweise einem PCI-Compliance-Audit unterzogen wird, musst du wissen, ob ein bestimmter Teil deiner Infrastruktur SSL-Verschlüsselung verwendet. Mit IaC kannst du schnell die SSL-Konfiguration ansehen und den Code ausführen, um sicherzustellen, dass die Live-Infrastruktur mit den Konfigurationsdateien übereinstimmt, wodurch angegeben wird, ob SSL aktiviert ist. Der Commit-Verlauf der Versionskontrolle fungiert auch als Protokoll, um zu überprüfen, wann sie hinzugefügt oder entfernt wurde.

Gewisse Abhängigkeiten müssen vorhanden sein, um Infrastructure as Code vollständig zu erreichen.

Betrachten wir vor dem Hintergrund dieser Abhängigkeiten ein Beispielszenario, in dem ein Entwickler einem System einen neuen Anwendungsservice hinzufügen möchte. Dieses Szenario hilft bei der Demonstration eines IAC-Workflows.

1. Der Entwickler bearbeitet eine YAML-Konfigurationstextdatei in seiner bevorzugten Plattform für das Konfigurationsmanagement Terraform. Die Änderungen geben vor, dass ein neuer Hosting-Server benötigt wird.
2. Der Entwickler committet Änderungen in einem Feature-Branch im Git-Repository. Da das Git-Repository des Projekts auf Bitbucket gehostet wird, eröffnet der Entwickler eine Pull-Anfrage. Ein anderes Teammitglied prüft die Pull-Anfrage und wird auf die neuen Infrastrukturänderungen aufmerksam. Das Teammitglied genehmigt die Pull-Anfrage und der Entwickler führt dann im Haupt-Branch des Repositorys einen Merge des Commits durch.
3. Zu diesem Zeitpunkt wird die Konfigurationsplattform zur Ausführung eines Updates benötigt. Das Update kann vom Entwickler manuell ausgelöst werden. Da das Team Bitbucket verwendet, hat es auch Zugriff auf Bitbucket Pipelines und kann diesen Schritt mit einer Pipeline automatisieren.
4. Bei der Ausführung bildet Terraform eine Schnittstelle mit der IaaS des Teams. Terraform setzt eine Reihe von Befehlen an die IaaS-API ab, um die IaaS mit der erwarteten Infrastrukturkonfiguration auf den neuesten Stand zu bringen.

IaC ist eine hochproduktive Form des Konfigurationsmanagements, die sich auf die Automatisierung des Cloud-IT-Infrastrukturmanagements konzentriert. Sobald IAC eingerichtet ist, kann sie verwendet werden, um ein Maß an CI/CD-Automatisierung für Änderungen an der Infrastruktur eines Projekts zu erreichen. IaC ermöglicht viele nützliche Einblicke in die Kommunikation und bietet Transparenz bei Infrastrukturänderungen. IaC erfordert eine Reihe von Abhängigkeiten wie Hosting-Plattformen und Automatisierungstools, die bei modernen Hosting-Unternehmen weit verbreitet sind.