azure-ki-infrastruktur/beispiel-terraform/beispiel-k8s-cluster-afc/GITHUB_ACTIONS_SETUP.md

GitHub Actions CI/CD Setup

Diese Anleitung zeigt, wie du die automatische Deployment-Pipeline mit GitHub Actions einrichtest.

📋 Übersicht

Die Pipeline führt automatisch folgende Schritte aus:

1. Build & Push: Docker Image bauen und zu Azure Container Registry pushen
2. Terraform Deploy: Infrastruktur mit Terraform deployen
3. Smoke Tests: Basis-Tests nach Deployment ausführen
4. Notifications: Status-Benachrichtigungen

🔐 Erforderliche GitHub Secrets

Gehe zu deinem GitHub Repository → Settings → Secrets and variables → Actions → New repository secret

Azure Credentials

# Azure Service Principal erstellen
az ad sp create-for-rbac \
  --name "github-actions-laravel-app" \
  --role contributor \
  --scopes /subscriptions/77677a80-2dea-493d-9867-f1c961b80fb3/resourceGroups/trusted_ai_demo_rg \
  --sdk-auth

# Output sieht so aus:
{
  "clientId": "xxx",
  "clientSecret": "xxx",
  "subscriptionId": "77677a80-2dea-493d-9867-f1c961b80fb3",
  "tenantId": "xxx",
  "activeDirectoryEndpointUrl": "https://login.microsoftonline.com",
  "resourceManagerEndpointUrl": "https://management.azure.com/",
  "activeDirectoryGraphResourceId": "https://graph.windows.net/",
  "sqlManagementEndpointUrl": "https://management.core.windows.net:8443/",
  "galleryEndpointUrl": "https://gallery.azure.com/",
  "managementEndpointUrl": "https://management.core.windows.net/"
}

Secret Name: AZURE_CREDENTIALS Secret Value: Der gesamte JSON Output von oben

Azure Container Registry

# ACR Credentials abrufen
az acr credential show --name mylaravelregistry

# Output:
{
  "passwords": [
    {
      "name": "password",
      "value": "xxx"
    },
    {
      "name": "password2",
      "value": "yyy"
    }
  ],
  "username": "mylaravelregistry"
}

Secret Name: ACR_USERNAME Secret Value: mylaravelregistry

Secret Name: ACR_PASSWORD Secret Value: Der Wert von password (oder password2)

Azure Subscription

Secret Name: AZURE_SUBSCRIPTION_ID Secret Value: 77677a80-2dea-493d-9867-f1c961b80fb3

Laravel Application

Secret Name: LARAVEL_APP_KEY Secret Value: Generiere mit php artisan key:generate --show Beispiel: base64:abcdefgh12345...

PostgreSQL Database

Secret Name: POSTGRESQL_ADMIN_USERNAME Secret Value: pgadmin

Secret Name: POSTGRESQL_ADMIN_PASSWORD Secret Value: Dein sicheres PostgreSQL Passwort

Ingress & SSL

Secret Name: INGRESS_HOST Secret Value: Deine Domain (z.B. app.yourdomain.com) oder leer lassen für IP-Zugriff

Secret Name: SSL_ISSUER_EMAIL Secret Value: Email für Let's Encrypt (z.B. admin@yourdomain.com)

Monitoring

Secret Name: ALERT_EMAIL Secret Value: Email für Azure Alerts

📝 Secrets Checkliste

• AZURE_CREDENTIALS (JSON von Service Principal)
• ACR_USERNAME (mylaravelregistry)
• ACR_PASSWORD (ACR password)
• AZURE_SUBSCRIPTION_ID (77677a80-2dea-493d-9867-f1c961b80fb3)
• LARAVEL_APP_KEY (base64:...)
• POSTGRESQL_ADMIN_USERNAME (pgadmin)
• POSTGRESQL_ADMIN_PASSWORD (sicheres Passwort)
• INGRESS_HOST (optional: deine Domain)
• SSL_ISSUER_EMAIL (optional: für SSL)
• ALERT_EMAIL (deine Email)

🚀 Workflow Trigger

Automatisch bei Push

Die Pipeline wird automatisch ausgeführt bei Push auf:

• main Branch (Staging Deployment)
• production Branch (Production Deployment)

# Code ändern und committen
git add .
git commit -m "Update feature"

# Push zu main für Staging
git push origin main

# Push zu production für Production
git push origin production

Manuell über GitHub UI

1. Gehe zu deinem Repository auf GitHub
2. Klicke auf "Actions" Tab
3. Wähle "Deploy to Azure AKS" Workflow
4. Klicke auf "Run workflow"
5. Wähle Environment (staging/production)
6. Klicke auf "Run workflow"

Manuell über GitHub CLI

# Installiere gh CLI (falls noch nicht vorhanden)
brew install gh  # macOS
# oder: https://cli.github.com/

# Login
gh auth login

# Workflow manuell triggern
gh workflow run deploy-azure.yml \
  --ref main \
  --field environment=staging

# Workflow Status prüfen
gh run list --workflow=deploy-azure.yml

# Logs anzeigen
gh run view --log

🔧 Workflow Konfiguration anpassen

Die Workflow-Datei liegt in .github/workflows/deploy-azure.yml.

Environment-spezifische Settings

Im Workflow werden verschiedene Settings basierend auf dem Environment gesetzt:

Staging:

• app_debug = true
• app_replicas = 2
• postgresql_sku_name = "B_Standard_B1ms" (Basic)
• postgresql_storage_mb = 32768 (32 GB)
• ssl_enabled = false

Production:

• app_debug = false
• app_replicas = 3
• postgresql_sku_name = "GP_Standard_D2s_v3" (General Purpose)
• postgresql_storage_mb = 131072 (128 GB)
• ssl_enabled = true

Weitere Trigger hinzufügen

on:
  push:
    branches:
      - main
      - production
  pull_request:
    branches:
      - main
  schedule:
    - cron: '0 2 * * 0'  # Jeden Sonntag um 2 Uhr
  workflow_dispatch:
    # ... existing inputs

📊 Workflow Monitoring

In GitHub UI

1. Gehe zu "Actions" Tab in deinem Repository
2. Siehst alle Workflow-Runs
3. Klicke auf einen Run für Details
4. Siehst Logs für jeden Job/Step

Via GitHub CLI

# Aktuelle Runs anzeigen
gh run list --workflow=deploy-azure.yml

# Spezifischen Run anzeigen
gh run view <run-id>

# Logs anzeigen
gh run view <run-id> --log

# Run erneut starten
gh run rerun <run-id>

# Run abbrechen
gh run cancel <run-id>

🐛 Troubleshooting

Pipeline schlägt bei "Build and Push" fehl

Problem: ACR Authentication fehlgeschlagen

Lösung:

# Prüfe ACR Credentials
az acr credential show --name mylaravelregistry

# Update GitHub Secrets mit neuen Credentials

Pipeline schlägt bei "Terraform Deploy" fehl

Problem: Azure Credentials ungültig

Lösung:

# Service Principal neu erstellen
az ad sp create-for-rbac \
  --name "github-actions-laravel-app" \
  --role contributor \
  --scopes /subscriptions/77677a80-2dea-493d-9867-f1c961b80fb3/resourceGroups/trusted_ai_demo_rg \
  --sdk-auth

# AZURE_CREDENTIALS Secret updaten

Problem: Terraform State Lock

Lösung:

# State Lock manuell entfernen
cd terraform
terraform force-unlock <lock-id>

Pipeline schlägt bei "Smoke Tests" fehl

Problem: Pods nicht ready

Lösung:

# kubectl credentials abrufen
az aks get-credentials \
  --resource-group trusted_ai_demo_rg \
  --name trai_k8s_cluster

# Pod Status prüfen
kubectl get pods -n laravel-app
kubectl describe pod <pod-name> -n laravel-app
kubectl logs <pod-name> -n laravel-app

🔒 Sicherheit

Service Principal Permissions

Der Service Principal benötigt folgende Berechtigungen:

• Contributor auf Resource Group
• AcrPush auf Container Registry (optional, wenn über ACR credentials)

# Berechtigungen prüfen
az role assignment list \
  --assignee <service-principal-client-id> \
  --resource-group trusted_ai_demo_rg

Secrets Rotation

Rotiere Secrets regelmäßig:

# Neues ACR Password generieren
az acr credential renew \
  --name mylaravelregistry \
  --password-name password

# Service Principal Secret erneuern
az ad sp credential reset \
  --id <service-principal-object-id>

🚦 Branch Protection Rules

Empfohlene Branch Protection Rules für main und production:

1. Gehe zu Repository → Settings → Branches
2. Füge Branch Protection Rule hinzu für main und production
3. Aktiviere:
   • ✅ Require status checks to pass before merging
   • ✅ Require branches to be up to date before merging
   • ✅ Require deployments to succeed before merging
   • ✅ Require conversation resolution before merging
   • ✅ Include administrators

📈 Deployment Environments

GitHub Environments für bessere Kontrolle:

1. Gehe zu Repository → Settings → Environments
2. Erstelle zwei Environments: staging und production
3. Für production:
   • ✅ Required reviewers: Füge Reviewer hinzu
   • ✅ Wait timer: 5 minutes
   • ✅ Deployment branches: Only production branch

🔄 CI/CD Best Practices

1. Feature Branch Workflow

# Feature branch erstellen
git checkout -b feature/new-feature

# Änderungen committen
git add .
git commit -m "Add new feature"

# Push und Pull Request erstellen
git push origin feature/new-feature

# Nach Review: Merge in main (automatisches Staging Deployment)
# Dann: Merge in production (automatisches Production Deployment)

2. Semantic Versioning

Verwende Git Tags für Releases:

# Tag erstellen
git tag -a v1.0.0 -m "Release version 1.0.0"
git push origin v1.0.0

# Workflow wird Docker Image mit diesem Tag bauen

3. Rollback Strategy

# Bei Problemen: Zu vorheriger Version zurück
gh workflow run deploy-azure.yml \
  --ref <previous-commit-sha> \
  --field environment=production

# Oder: Kubernetes Rollback
kubectl rollout undo deployment/laravel-app -n laravel-app

📚 Weitere Ressourcen

• GitHub Actions Documentation
• Azure DevOps Documentation
• Terraform Cloud - Alternative für Terraform State Management

🎯 Nächste Schritte

Nach Setup der CI/CD Pipeline:

1. Teste Pipeline mit Dummy-Commit
2. Erstelle Feature Branch und PR
3. Richte Branch Protection Rules ein
4. Konfiguriere GitHub Environments
5. Dokumentiere Team-Workflow
6. Teste Rollback-Prozess
7. Richte Slack/Teams Notifications ein (optional)

---

Support: Bei Problemen prüfe GitHub Actions Logs und Terraform State