Apps

App-Hosting in Europa.

zwrm deploy baut dein Image, startet es als Firecracker-MicroVM, stellt TLS aus und skaliert unter Last. Ob vibe-coded oder von Hand geschrieben – live geht es auf demselben Weg.

  • Firecracker-MicroVMs
  • TLS inklusive
  • Autoscaling
my-app
Deployment läuft Gesund
12%84%31% Ø CPU
1 2 3 Maschinen aktiv
Autoscale +2 Maschinen · CPU 60s über 75%
Maschinen Skalieren
  • Aktiv 9a3f 2 vCPU · 4 GB
  • Aktiv c71e 2 vCPU · 4 GB
  • Aktiv e204 2 vCPU · 4 GB
Läuft mit deinem Stack

Was in einen Container passt, läuft auf zwrm.

Jede Sprache, jedes Framework

Mehr als ein Dockerfile braucht zwrm nicht. Node, Python, Go, Rust oder was auch immer deine App nutzt – Datenbank und Metriken kommen per Link dazu.

Vom Repo zur URL

Deployment in drei Schritten.

  1. 01

    zwrm deploy ausführen

    Lokal aus dem Repository oder aus deiner CI. zwrm baut das Image aus deinem Dockerfile und macht daraus eine MicroVM.

  2. 02

    URL erhalten

    Deine App ist unter my-app.zwrm.app erreichbar, mit TLS-Zertifikat – oder unter deiner eigenen Domain. Proxy und Routing sind erledigt.

  3. 03

    Skalieren lassen

    Bleibt die CPU-Last hoch, kommen Maschinen dazu. Sinkt der Traffic, gehen sie wieder. Datenbank und Volumes verknüpfst du, wenn du sie brauchst.

Was drin ist

Was im Hosting enthalten ist.

Alles zwischen git push und einer laufenden App – ohne dass du die Plattform selbst betreibst.

  • Build aus dem Dockerfile

    Jedes Deployment baut ein frisches Image aus deinem Dockerfile. Es läuft genau das, was du committet hast.

  • Firecracker-MicroVMs

    Jede App läuft in ihrer eigenen MicroVM mit Hardware-Isolation – nicht auf einem geteilten Container-Host.

  • Proxy und TLS

    HTTPS, Zertifikate und Routing sind Teil des Deployments. Für eigene Domains reicht ein DNS-Eintrag.

  • Autoscaling

    Du setzt CPU-Schwellen und eine Spanne an Maschinen. zwrm fügt Maschinen hinzu oder nimmt sie weg, wenn sich die Last ändert.

  • Verknüpfte Services

    Hänge eine gemanagte Postgres-Datenbank und persistente Volumes an. Connection Strings landen als Umgebungsvariablen in deiner App.

  • Metriken inklusive

    Requests, Latenz, Fehler und Deploy-Marker für jede App – exportierbar nach Grafana und OpenTelemetry.

EU-Hosting und Self-Hosting

Gehostet in der EU. Oder bei dir.

Deploye auf unsere gemanagte europäische Infrastruktur oder betreibe die zwrm Plattform im eigenen Rechenzentrum. Der Befehl bleibt derselbe.

Betriebsmodell besprechen
Von dir betrieben

Deine Infrastruktur

Installiere zwrm im eigenen Rechenzentrum oder in deiner Private Cloud. Netzwerk, Datenstandort und Zugriffe bleiben unter deiner Kontrolle.

  • On-Premises oder Private Cloud
  • Direkte Anbindung interner Systeme
  • Eigene Sicherheits- und Compliance-Vorgaben
Fragen, beantwortet

Häufige Fragen zum Hosting.

Was brauche ich für ein Deployment?

Ein Dockerfile. zwrm baut das Image, macht daraus eine Firecracker-MicroVM, stellt eine Maschine bereit und holt das TLS-Zertifikat – alles mit einem Befehl.

Kann ich meine eigene Domain verwenden?

Ja. Richte einen DNS-Eintrag auf deine App, zwrm stellt das Zertifikat aus und erneuert es automatisch.

Wie funktioniert das Autoscaling?

Du legst eine CPU-Schwelle sowie ein Minimum und Maximum an Maschinen fest. Bleibt die CPU darüber, fügt zwrm Maschinen hinzu. Sinkt die Last, entfernt es sie wieder.

Was ist eine MicroVM?

Eine schlanke virtuelle Maschine mit eigenem Kernel, die Firecracker in Millisekunden startet. Deine App ist per Hardware von anderen Tenants isoliert – ohne den Overhead einer vollen VM.

Kann ich aus der CI deployen?

Ja. Führe zwrm deploy aus GitHub Actions oder jeder anderen CI mit einem API-Token aus. Jedes Deployment erscheint als Marker in deinen Metriken.

Wo läuft meine App?

Auf europäischer Infrastruktur, betrieben von europäischen Anbietern. Oder auf deiner eigenen, wenn du zwrm selbst hostest.

Ein Befehl

Deploye deine erste App.

Deploye in wenigen Minuten oder sprich mit uns über deine Architektur und deine Compliance-Anforderungen.