Kubernetes Patterns, 2. Auflage

Teil IV. Konfigurationsmuster

Jede Anwendung muss konfiguriert werden, und der einfachste Weg, dies zu tun, ist, die Konfigurationen im Quellcode zu speichern. Dieser Ansatz hat jedoch den Nebeneffekt, dass Code und Konfiguration zusammen leben und sterben. Wir brauchen die Flexibilität, Konfigurationen anzupassen, ohne die Anwendung zu verändern und ihr Container-Image neu zu erstellen. Die Vermischung von Code und Konfiguration ist das Gegenteil eines kontinuierlichen Bereitstellungskonzepts, bei dem die Anwendung einmal erstellt wird und dann unverändert die verschiedenen Phasen der Bereitstellungspipeline durchläuft, bis sie die Produktion erreicht. Diese Trennung von Code und Konfiguration lässt sich durch die Verwendung externer Konfigurationsdaten erreichen, die für jede Umgebung unterschiedlich sind. In den folgenden Kapiteln geht es darum, Anwendungen mit externen Konfigurationen für verschiedene Umgebungen anzupassen und zu verändern:

• Kapitel 19, "EnvVar-Konfiguration", verwendet Umgebungsvariablen, um Konfigurationsdaten zu speichern.

• Kapitel 20, "Konfigurationsressourcen", verwendet Kubernetes-Ressourcen wie ConfigMaps oder Secrets, um Konfigurationsinformationen zu speichern.

• Kapitel 21, "Unveränderliche Konfiguration", macht große Konfigurationssätze unveränderlich, indem sie in Containern gespeichert werden, die zur Laufzeit mit der Anwendung verknüpft werden.

• Kapitel 22, "Konfigurationsvorlagen", ist nützlich, wenn große Konfigurationsdateien für mehrere ...