Infrastruktur, die man liest wie Code.
Server, Netze und Dienste als versionierter, reviewbarer Code. Mit OpenTofu/Terraform und Ansible bauen wir Infrastruktur, die sich aus dem Repository reproduzieren lässt: von der ersten Maschine bis zum ganzen Rechenzentrum.
Das Repository entscheidet.
Jede Änderung ist ein Commit, jedes Rollout ein nachvollziehbarer Plan. Das Repository gibt vor, was auf den Maschinen läuft.
Deklarativ & versioniert
Der Zielzustand steht im Git, mit Historie, Diff und Verantwortlichkeit für jede Änderung.
Reproduzierbar
Gleiche Definition, gleiches Ergebnis: ob Test, Staging oder Produktion, ob heute oder in einem Jahr.
Reviewbar
Änderungen laufen über Merge Requests. Der Plan zeigt vor dem Apply genau, was passieren wird.
Idempotent
Mehrfach anwendbar ohne Nebenwirkungen. Die Konfiguration bleibt auf allen Maschinen gleich.
Womit wir bauen.
Bewährte, quelloffene Werkzeuge, sauber getrennt nach Provisionierung, Konfiguration und Betrieb.
Provisionierung
OpenTofu/Terraform stellt VMs, Netze und Ressourcen auf Proxmox und in der Cloud bereit.
Wiederverwendbare Module
Geprüfte Module für VMs, Netze und Standards: einmal definiert, projektübergreifend genutzt.
Cloud-init Templating
Maschinen starten vorkonfiguriert: Pakete, Benutzer, SSH-Keys und Agent ab der ersten Sekunde.
Konfigurationsmanagement
Ansible-Rollen, Playbooks und Inventory bringen Dienste, Pakete und Policies in den Soll-Zustand.
Container
Docker- und Podman-Compose-Definitionen für Dienste, die als Container am besten aufgehoben sind.
CI/CD & GitOps
Pipelines validieren, planen und rollen aus. Der Merge in den Hauptzweig deployt die Änderung.
Observability ab Tag 1
Monitoring, Metriken und Agents werden von Anfang an mit ausgerollt.
Secrets getrennt
Zugangsdaten werden maschinell generiert und bleiben außerhalb der Versionierung.
Von Greenfield bis Übernahme.
Ob neue Umgebung oder gewachsene Landschaft, die handgepflegt ist — wir überführen sie in sauberen, wartbaren Code.
-
/01
Bestandsaufnahme & Zielbild
Was existiert, was soll automatisiert werden, wo liegen die Risiken, und wie sieht der Soll-Zustand aus.
-
/02
Module & Standards
Wiederverwendbare Bausteine, Namens- und Netzkonventionen, ein Repository-Layout, das mitwächst.
-
/03
Provisionierung
Maschinen und Ressourcen per plan und apply, nachvollziehbar und wiederholbar.
-
/04
Konfiguration & Rollen
Ansible bringt Dienste, Pakete, Benutzer und Policies in einen definierten, idempotenten Zustand.
-
/05
CI/CD & GitOps-Workflow
Pipelines, die bei jedem Merge Request prüfen, planen und ausrollen.
-
/06
Übergabe & Betrieb
Dokumentation, Einschulung und optionaler Dauerbetrieb. Ihr Team kann übernehmen, muss aber nicht.
Eine Wahrheit, mit Historie und Review — das Wissen steht versioniert im Repository.
Jede Änderung wird vorab sichtbar gemacht, bevor sie etwas verändert.
Reproduzierbarer Code statt undokumentierter Handgriffe in der Oberfläche.
OpenTofu, Ansible & Co. auf Ihrer eigenen Infrastruktur, ohne Vendor-Lock-in.
Schluss mit Handarbeit. Her mit dem Code.
Schildern Sie kurz Ihre Umgebung und Ihr Ziel — wir schlagen Repository-Aufbau, Module und Migrationsweg vor.