Beobachtetes Signal · 13. Mai 2026 · Technical Guide · Quelle: DEV Community · Relevanz: 1/5 · Sentiment: Neutral
Terraform CI/CD auf GCP: Plan auf PR und manueller Apply
Ein praxisorientiertes Tutorial demonstriert die Migration der Terraform-Ausführung von lokalen Maschinen zu GitHub Actions für Google Cloud Platform. Der Autor implementiert zwei Workflows: einen Plan-Workflow bei Pull Requests zur Validierung und Planung sowie einen manuell ausgelösten Apply-Workflow mit erforderlicher Umweltfreigabe. Zur Authentifizierung kommt Google Workload Identity Federation zum Einsatz, wodurch über GitHub Actions OIDC und Service-Account-Impersonation der Download statischer JSON-Schlüssel vermieden wird. Der Terraform Remote State wird in einem Google Cloud Storage Backend gespeichert. Dokumentiert werden zudem die Behebung eines Fehlers durch eine leere GitHub-Repository-Variable für die Projekt-ID sowie der erfolgreiche End-to-End-Lauf zur Bereitstellung einer VPC und Subnets.
Praxisnaher Leitfaden für Cloud CI/CD und Identity-Best-Practices; nützlich für Engineering-Teams, jedoch ohne disruptive Branchenrelevanz für AdTech oder MarTech.
Marktsignale zu Google in Echtzeit verfolgen
Polaris7 erfasst behördliche Registrierungen, Primärquellen, Führungswechsel und Deal-Aktivitäten rund um die Uhr. Erstellen Sie Ihren kostenlosen Explorer-Workspace, um automatisierte Executive Briefings zu erhalten.
Wichtigste Kernpunkte & Evidenz
- Der Autor implementierte Terraform CI/CD über GitHub Actions mit getrennten Workflows für Plan (bei pull_request) und Apply (workflow_dispatch mit manueller Freigabe).
- Die Authentifizierung erfolgt via Google Workload Identity Federation (GitHub Actions OIDC-Token) zur impersonation eines Google Cloud Service Accounts – ganz ohne statische JSON-Schlüssel.
- Der Terraform Remote State ist in einem Google Cloud Storage Bucket mit einem spezifischen Präfix für das Lab hinterlegt.
- Der Plan-Workflow erfordert die GitHub-Berechtigung 'id-token: write' für OIDC-Token-Anfragen; der Apply-Workflow nutzt eine GitHub Environment mit obligatorischen Genehmigungen.
- Ein behobener Fehler resultierte aus einer leeren GitHub-Repository-Variable (GCP_PROJECT_ID), die den terraform plan blockierte.
Verknüpfte Unternehmen
2 verknüpfte UnternehmenOntologie & Marktkonzepte
Verwandte Marktsignale & Trends
Aktuelle verifizierte Unternehmensentwicklungen und Deal-Aktivitäten in diesem Marktsegment.
Terraform-Drift-Erkennung und Wiederherstellung auf Google Cloud mit GitHub Actions
Ein Entwickler hat ein praxisnahes Projekt zur Terraform-Drift-Erkennung, zum Import bestehender Google Cloud-Ressourcen und zur State-Wiederherstellung veröffentlicht. Anhand einer minimalen Infrastruktur-Baseline aus VPC, Subnetz, Firewall-Regel und Service Account wird manueller Drift simuliert. Die Erkennung erfolgt über Terraform-Befehle wie plan mit detailed-exitcode und refresh-only. Zur Wiederherstellung werden State-Inspektion und terraform import eingesetzt. Ein automatisiertes GitHub Actions-Workflow-Skript führt tägliche Prüfungen durch, konfiguriert das GCS-Backend dynamisch und nutzt Workload Identity Federation für eine schlüssellose Authentifizierung. Bei erkanntem Drift werden automatisiert GitHub-Issues erstellt, statt unkontrollierte Auto-Apply-Korrekturen auszuführen. Das Repository enthält vollständige Dokumentationen, Skripte und CI-Workflows.
Bereitstellung einer GCP VPC mit Terraform
Dieses praxisorientierte Entwickler-Tutorial demonstriert Schritt für Schritt die Bereitstellung, Inspektion und Löschung einer Google Cloud VPC mittels Infrastructure as Code. Der Leitfaden führt zunächst durch die erforderlichen Voraussetzungen wie macOS, VS Code, die Terraform CLI in Version 1.15.1, die Google Cloud CLI sowie ein aktives GCP-Projekt mit aktivierter Abrechnung und Compute Engine API. Anhand einer beispielhaften main.tf-Konfiguration mit dem HashiCorp Google-Provider (Version 6.8.0) wird die Erstellung eines google_compute_network namens „terraform-network“ veranschaulicht. Dabei wird der komplette Terraform-Workflow von init, fmt, validate, plan und apply über die Zustandsüberprüfung in terraform.tfstate bis hin zum destroy-Befehl durchlaufen. Die Authentifizierung erfolgt über gcloud auth application-default login. Das Tutorial richtet sich gezielt an Einsteiger, die praktische Erfahrungen mit Infrastructure as Code auf der Google Cloud Platform sammeln möchten.
Praxis-Tutorial: AWS-Infrastruktur mit Terraform und CLI aufbauen
Ein technisches Tutorial demonstriert die Nutzung von Terraform (HashiCorp) auf Ubuntu zur Initialisierung und Verwaltung von AWS-Infrastruktur über die CLI. Der Artikel behandelt den Terraform-Kernworkflow (init, plan, apply, destroy), die HCL-Dateistruktur sowie eine Beispielkonfiguration für zwei S3-Buckets in ap-southeast-1 mit dem AWS-Provider im Bereich ~> 6.0. Zudem werden die Inspektion der terraform.tfstate-Datei, inkrementelle Änderungen per Plan-Apply-Zyklus sowie die Ressourcenbereinigung erläutert. Dabei werden Best Practices wie weltweit eindeutige S3-Bucket-Namen und der Verzicht auf manuelle State-Dateibearbeitungen hervorgehoben.
Marktsignale & Strategische Shifts in Echtzeit verfolgen
Erstellen Sie benutzerdefinierte Watchlists, um automatisierte, evidenzbasierte Executive Briefings zu erhalten, sobald wesentliche Signale oder Marktverschiebungen auftreten.