Zum Inhalt springen
BigTree108

Terraform und Infrastructure as Code

Terraform und Infrastructure as Code: Terraform- und OpenTofu-Module für AWS, Azure und Google Cloud, Importe von Hand gebauter Infrastruktur, Plan-und-Apply-Pipelines, State- und Drift-Management, Policy as Code, Migrationen von anderen Tools und Ansible für die Serverkonfiguration, mit dedizierten Terraform-Ingenieuren für Ihr Team oder einem Infrastructure-as-Code-Projekt, das wir Ende-zu-Ende umsetzen.

Infrastructure-as-Code-Arbeit, die wir übernehmen

  • Terraform-Module

    Wiederverwendbare Module für Netzwerke, Cluster, Datenbanken und Identität, in einer privaten Registry versioniert, mit Beispielen, Eingabevalidierung und nativen Terraform-Tests, sodass jedes Team auf dieselbe Weise baut.

  • Plan-und-Apply-Pipelines

    Ein Plan wird bei jedem Pull Request gepostet und nach dem Review aus GitHub Actions, GitLab CI, Atlantis, HCP Terraform oder Spacelift angewendet, wobei sich die Pipeline über OpenID Connect statt mit gespeicherten Schlüsseln in der Cloud anmeldet.

  • State- und Drift-Management

    Remote State mit Sperren und Verschlüsselung, nach Umgebung und Komponente aufgeteilt, damit ein Apply nicht alles zerstören kann, Refactoring mit moved-Blöcken und regelmäßige Drift-Erkennung, die ein Ticket öffnet, wenn sich außerhalb des Codes etwas ändert.

  • Import von Hand gebauter Infrastruktur

    In der Konsole angelegte Ressourcen werden mit Import-Blöcken und generierter Konfiguration unter Code gebracht und dann bereinigt, bis der Plan keine Änderungen mehr zeigt, ohne etwas Laufendes neu zu erstellen.

  • Konfigurationsmanagement mit Ansible

    Playbooks und Rollen für Pakete, Benutzer, Härtung und Anwendungs-Deployment auf Linux- und Windows-Servern und Netzwerkgeräten, mit Molecule getestet und aus einer Pipeline oder der Ansible Automation Platform statt von einem Laptop ausgeführt.

  • Policy as Code und IaC-Scanning

    Checkov, Trivy und TFLint bei jedem Pull Request sowie Regeln wie erlaubte Regionen, Pflicht-Tags und kein öffentlicher Speicher, geschrieben in Open Policy Agent, Sentinel oder Cloud-Richtlinien, sodass eine nicht konforme Änderung scheitert, bevor sie angewendet wird.

  • Terraform-Upgrades und Umstieg auf OpenTofu

    Alte Terraform- und Provider-Versionen werden Schritt für Schritt aktualisiert, jeder Plan geprüft, und Projekte werden auf OpenTofu umgestellt, wo Ihnen eine Open-Source-Lizenz wichtig ist, mit eingeschalteter State-Verschlüsselung.

  • Migrationen von anderen IaC-Tools

    CloudFormation-Stacks, ARM-Templates, Pulumi-Programme und Projekte auf dem CDK for Terraform, das HashiCorp im Dezember 2025 archiviert hat, werden in reines Terraform oder OpenTofu überführt, mit importiertem State, damit nichts neu erstellt wird.

  • Secrets und kurzlebige Zugangsdaten

    Secrets bleiben aus Variablen und State heraus: Werte werden aus Vault, OpenBao, AWS Secrets Manager oder Azure Key Vault gelesen, ephemere Ressourcen gibt es für Werte, die nur durchlaufen, und Cloud-Zugangsdaten laufen mit jedem Lauf ab.

Terraform-Ingenieure einstellen

  • Dedizierte Terraform-Ingenieure

    Terraform-Ingenieure, die in Vollzeit zu Ihrem Team gehören, in Ihren Tools und Ihrem Prozess arbeiten und an Ihren Lead berichten. Sie führen die Interviews; wir tragen den ukrainischen Vertrag, die Gehaltsabrechnung, die Rechnungsstellung und den Urlaub.

  • Projekte im Bereich Infrastructure as Code

    Ein abgegrenztes Arbeitspaket im Bereich Infrastructure as Code mit festem Umfang, festem Plan und einem benannten Verantwortlichen auf unserer Seite, der das Ergebnis verantwortet und den Fortschritt in Ihren Kanälen berichtet.

  • Infrastructure as Code als laufender Service

    Infrastructure as Code als fortlaufende Leistung: jeden Monat dieselben Personen, ein Backlog, das Sie priorisieren, und Stunden, die Sie in unserem Portal und auf der Rechnung einsehen können.

Die Seite zum dedizierten Team erklärt, wie Spezialisten zu Ihrem Team stoßen, und die Seite zum Outsourcing behandelt Projektlieferung, Übernahmen und unsere Abrechnung.

Wer sich bei Ihnen um Infrastructure as Code kümmert

  • Terraform-Ingenieure

    Module, State, Importe und Pipelines

  • Cloud-Ingenieure

    Ressourcen auf AWS, Azure und Google Cloud

  • DevOps-Ingenieure

    Pipelines und Ansible-Automatisierung

  • Security Engineers

    Policy as Code und Plan-Reviews

Wie wir Infrastructure as Code schreiben

Nichts ändert sich von Hand: Jede Änderung ist ein Pull Request mit angehängtem Plan, von einem zweiten Ingenieur geprüft und von der Pipeline angewendet, nie von einem Laptop. Module bleiben klein und versioniert, Umgebungen unterscheiden sich nur in ihren Variablen, und der State ist so aufgeteilt, dass ein Fehler möglichst wenig betrifft.

Unser eigenes Unternehmen läuft auf diese Weise, mit jeder Ressource in Terraform, angewendet aus GitHub Actions mit föderierten Zugangsdaten und per Hash fixierten Actions und regelmäßig auf Drift geprüft. Bei einer Landschaft, die von Hand oder von einem anderen Team gebaut wurde, beginnen wir mit einer Prüfung nur mit Lesezugriff und einer schriftlichen Liste der Risiken und importieren dann, was existiert, bevor wir etwas davon ändern.

Weitere Leistungen in Cloud, DevOps und Sicherheit

Übersicht über Cloud, DevOps und Sicherheit

Fragen zu Terraform und Infrastructure as Code

In welchen Branchen arbeiten Ihre Terraform-Ingenieure?

Überwiegend Fintech und Banken, wo jede Infrastrukturänderung einen Review-Nachweis braucht; Cloud-, Hosting- und Telekommunikationsunternehmen, die große Landschaften als Code verwalten; E-Commerce und Handel; Enterprise-SaaS, mit einer Umgebung pro Kunde oder Region; Healthcare, mit in Module geschriebenen Compliance-Kontrollen; KI- und Datenplattformen; und Sicherheitsunternehmen.

Terraform oder OpenTofu?

Beide lesen dieselbe Konfiguration, und die meisten Provider und Module funktionieren mit beiden. Terraform kommt mit HCP Terraform und dem Support von HashiCorp, einem IBM-Unternehmen; OpenTofu ist Open Source unter der Linux Foundation und bringt Funktionen wie clientseitige State-Verschlüsselung. Wir arbeiten mit beiden und stellen Projekte zwischen ihnen um.

Wo passt Ansible hinein?

Terraform erstellt die Infrastruktur; Ansible konfiguriert, was darauf läuft: Pakete, Benutzer, Härtung und Anwendungseinstellungen auf Servern und Netzwerkgeräten. Wo Workloads in Containern oder Serverless-Funktionen laufen, bleibt Ansible weniger zu tun, daher kommt es überall dort zum Einsatz, wo Server und Geräte bestehen.

Wie schnell können Terraform-Ingenieure starten?

Steht für die Position Terraform-Ingenieur eine passende Person zur Verfügung, hängt der Start nur von Ihrem Interview sowie von NDA und IP-Übertragung ab. Andernfalls starten wir eine Suche, die typischerweise innerhalb von zwei bis drei Wochen Kandidatenprofile liefert, und niemand beginnt, bevor Sie zugestimmt haben.

Wie stellen wir Terraform-Ingenieure über BigTree108 ein?

Nennen Sie uns die Aufgabe, die Seniorität und die benötigten Stunden. Wir schlagen ein oder zwei Personen mit ihren Profilen vor, Sie führen die Interviews so, wie Sie Ihre eigene Neueinstellung interviewen würden, unterzeichnen einen Vertrag mit BIG TREE 108 LLC und erhalten eine Rechnung im Monat.

Wem gehören die Arbeitsergebnisse?

Sie. Jeder Spezialist hat einen unterzeichneten Vertrag mit BigTree108, der alle Arbeitsergebnisse dem Unternehmen überträgt, und unser Vertrag mit Ihnen überträgt sie an Sie weiter. Code, Designs und Dokumente werden in Ihre eigenen Repositories und Tools geliefert und nicht dort aufbewahrt, wo nur wir sie ändern können.

Möchten Sie Ihre Infrastruktur als Code?

Sagen Sie uns, welche Clouds Sie nutzen, wie Änderungen heute vorgenommen werden und wie viel schon in Code liegt. Sie erhalten innerhalb eines Werktags eine Antwort: einen Plan, Kandidatenprofile oder einen Umfang für eine Prüfung Ihres Terraform.