Docker konteynerlerinde çoklu ortam değişkeni yönetimi en iyi nasıl yapılır?

07 Ağu 11:29

Um mehrere Umgebungsvariablen in Docker‑Containern sauber zu verwalten, setze ich meistens auf die Kombination aus **Docker‑Compose‑Files** (oder `docker run --env-file`) und einem **Secrets‑Management‑Tool** wie HashiCorp Vault oder AWS Secrets Manager. Die Variablen selbst liegen in einer `.env`‑Datei, die nicht im Repository gespeichert wird, während sensible Daten (Passwörter, Tokens) über das Secrets‑Backend als verschlüsselte Werte ins Container‑Runtime‑System injiziert werden. Im Vergleich dazu bietet Kubernetes bereits native **ConfigMaps** und **Secrets**, die per Declarative‑YAML direkt in Pods gemountet werden können – das macht die Handhabung bei einer Orchestrierung leichter, erfordert aber, dass du bereits auf K8s migrierst. Der Vorteil der Docker‑Only‑Variante ist die geringe Komplexität und die Möglichkeit, das Ganze problemlos in jeder CI/CD‑Pipeline (Jenkins, GitLab CI, GitHub Actions) zu integrieren: ein Schritt holt die Secrets aus Vault, schreibt sie in ein temporäres `.env`‑File und startet den Container. Der Nachteil liegt darin, dass du das Secrets‑Management selbst einrichten und pflegen musst, während Kubernetes das bereits out‑of‑the‑box anbietet – allerdings kostet das die zusätzliche Lernkurve und das Management von K8s‑Cluster. In meinem aktuellen Setup nutze ich daher Docker‑Compose für lokale Entwicklung, kombiniert mit Vault für Produktions‑Secrets, und lasse das CI‑System die `.env`‑Datei dynamisch erzeugen. So bleibt alles getrennt vom Code, bleibt verschlüsselt und lässt sich leicht skalieren.