Zum Inhalt

kombify Sim

kombify Sim ist ein Build-Simulator. Du beschreibst deinen Stack deklarativ, Sim simuliert den Build- und Deploy-Pfad in einer Sandbox und gibt Fehler frueh zurueck - bevor sie auf der Live-Infrastruktur kosten.

Wofuer Sim da ist

  • Stack-Validation - Build- und Runtime-Konflikte erkennen, bevor sie produktiv aufschlagen
  • Migration-Tests - DB-Migrations gegen Snapshot pruefen
  • Multi-Service-Topologien - mehrere Services + Datenbanken + Caches als ein Setup testen
  • Cost-Estimation - Ressourcenverbrauch und Kosten projizieren
  • CI-Integration - Sim-Run als PR-Check, Build muss "green" sein bevor Deploy moeglich ist

Wie Sim funktioniert

  1. Stack-Definition als YAML oder CUE
  2. Sim baut Container, mountet Snapshot-Daten, startet Services in Sandbox-Network
  3. Health-Checks, Smoke-Tests und Migrations laufen
  4. Bericht: Build-Time, Resource-Usage, Errors, Warnings

Stack-Definition (Beispiel)

version: 1
services:
  api:
    build:
      type: dockerfile
      context: ./api
    runtime:
      cpu: 0.5
      memory: 512Mi
    env:
      DATABASE_URL: ${db.url}

  db:
    type: managed
    engine: postgres
    version: "17"
    storage: 10Gi

Snapshots

Sim arbeitet mit Snapshots:

  • DB-Snapshots - aus Production exportiert, anonymisiert
  • Asset-Snapshots - Static-Files, Object-Storage-Buckets
  • Config-Snapshots - Env-Vars und Secrets (Secrets gemockt)

Integration mit Cloud

Sim und Cloud teilen sich das Stack-Format. Was in Sim gruen ist, kann ohne Format-Konvertierung in Cloud deployed werden.

CI-Pattern:

PR -> Sim Build (Sandbox) -> Smoke Tests -> Sim Report
   -> wenn green: Deploy zu Cloud Preview-Env

CLI

kombify-sim run               # Stack-File im aktuellen Verzeichnis simulieren
kombify-sim diff              # gegen letzten erfolgreichen Run vergleichen
kombify-sim cost              # Kosten-Projektion

Limits

Sim hat einen eigenen Free-Tier-Quota (Sim-Minutes). Details: Pricing.

Naechste Schritte