Containerisierung & Automatisierung

Docker- und LXC-Containerisierung, Orchestrierung und Infrastruktur-Automatisierung mit Ansible, Terraform und CI/CD-Pipelines.

Container und Infrastructure-as-Code machen aus 'Wie war dieser Server eigentlich aufgesetzt?' etwas Dokumentiertes, Wiederholbares und Überprüfbares. Ich arbeite mit Docker und LXC, um Anwendungen zu verpacken und zu isolieren, sowie mit Ansible und Terraform, um die darunterliegende Infrastruktur zu provisionieren und zu konfigurieren.

Das reicht von einem einzelnen, gut gebauten Dockerfile mit docker-compose-Setup für eine kleine Anwendung über LXC-Container auf Proxmox für schwerere Workloads wie Datenbanken bis hin zu Multi-Server-Flotten, die mit Terraform provisioniert und mit Ansible-Playbooks synchron gehalten werden.

Wo es passt, wird das an CI/CD angebunden — GitLab CI ist die Pipeline, die ich am häufigsten nutze —, sodass eine Änderung, die in ein Repo gepusht wird, automatisch gebaut, getestet und deployt wird, statt über eine manuelle SSH-Sitzung.

Was enthalten ist

Erstellung von Docker-Images und Multi-Container-Setups mit docker-compose
LXC-Container-Provisionierung auf Proxmox für Datenbanken und Dienste
Infrastructure as Code mit Terraform für wiederholbare Provisionierung
Configuration Management und Server-Automatisierung mit Ansible
CI/CD-Pipeline-Einrichtung (GitLab CI) für automatisiertes Build und Deploy
Migration manuell konfigurierter Server in versionskontrollierte, automatisierte Setups

Technologien & Tools

DockerLXCAnsibleTerraformGitLab CIDocker Compose

Häufig gestellte Fragen (FAQ)

Sollte ich Docker oder LXC für meine Anwendung verwenden?

Docker ist meist die bessere Wahl für Anwendungen, die Sie wiederholt deployen oder als Images ausliefern — es ist die portablere, weiter verbreitete Option. LXC passt gut zu zustandsbehafteten Diensten auf Proxmox, wenn Sie etwas möchten, das eher einer leichtgewichtigen VM entspricht. Je nach Workload kann beides die richtige Wahl sein.

Brauche ich Kubernetes?

Für die meisten kleinen bis mittelgroßen Projekte: nein — Docker Compose auf ein oder zwei Servern oder LXC auf einem Proxmox-Cluster deckt vieles ab, mit deutlich weniger Betriebsaufwand. Kubernetes lohnt sich, sobald genug Dienste und Skalierung vorhanden sind, damit sich die Komplexität auszahlt.

Können Sie eine bestehende Anwendung containerisieren, die nicht für Docker gebaut wurde?

Ja — die meisten Anwendungen lassen sich mit etwas Anpassung containerisieren, meist bei Konfiguration, Dateispeicherung und der Art, wie die Anwendung ihre Abhängigkeiten erwartet. Bevor es losgeht, weise ich auf alles hin, was strukturelle Änderungen erfordert.

Wie sieht ein Ansible/Terraform-Setup im Alltag konkret aus?

Terraform definiert, welche Infrastruktur existiert (Server, Netzwerke, DNS-Einträge), und Ansible konfiguriert, was darauf läuft (Pakete, Benutzer, Dienste). Änderungen laufen über Versionskontrolle, sodass die Frage 'was hat sich wann geändert' tatsächlich beantwortbar ist.

Unterstützung gefällig?

Erzählen Sie mir von Ihrem Setup und Ihren Zielen. Ich melde mich mit den nächsten Schritten.

Kontakt aufnehmen

Was enthalten ist

Erstellung von Docker-Images und Multi-Container-Setups mit docker-compose

LXC-Container-Provisionierung auf Proxmox für Datenbanken und Dienste

Infrastructure as Code mit Terraform für wiederholbare Provisionierung

Configuration Management und Server-Automatisierung mit Ansible

CI/CD-Pipeline-Einrichtung (GitLab CI) für automatisiertes Build und Deploy

Migration manuell konfigurierter Server in versionskontrollierte, automatisierte Setups

Häufig gestellte Fragen (FAQ)

Sollte ich Docker oder LXC für meine Anwendung verwenden?

Brauche ich Kubernetes?

Können Sie eine bestehende Anwendung containerisieren, die nicht für Docker gebaut wurde?

Wie sieht ein Ansible/Terraform-Setup im Alltag konkret aus?