Plattform
Deployments: KI-gebaute Apps überall betreiben, wo ernsthafte Software läuft
Derselbe kontrollierte Pipeline liefert deine Anwendung in die Ciao-Cloud, dein eigenes Cloud-Konto, eine private VPC oder dein eigenes Rechenzentrum.
Ciao Deployments ist die Veröffentlichungsebene der Plattform: Stelle in der Ciao-Cloud, deinem eigenen AWS-, Azure- oder GCP-Konto, einer privaten VPC oder On-Prem unter separaten Bedingungen bereit, mit Region-Pinning für Datenresidenz-Anforderungen. Anders als Builder, die an einen einzigen Host gebunden sind, trennt Ciao, wo eine Anwendung gebaut wird, von wo sie läuft — der Delivery-Loop aus Gates, Prüfungen und Audit bleibt auf jedem Ziel gleich.
Veröffentlicht 2026-07-03 · Zuletzt aktualisiert 2026-07-03
Wo Software läuft, ist eine Entscheidung, kein Standardwert
Für ein Hobbyprojekt ist Hosting eine Nebensache. Für das interne Tool einer Bank, ein Betriebsportal im Gesundheitswesen oder das Kundenprodukt einer Agentur ist die Frage, wo die Anwendung läuft, gleichzeitig Beschaffung, Compliance und Risiko. Datenresidenzregeln benennen Regionen. Sicherheitsteams benennen Netzwerkgrenzen. Manche Käufer verlangen schlicht: unsere Cloud, unser Konto, unser Gebäude.
Ciao behandelt das Deployment-Ziel als eine Entscheidung, die du pro Projekt triffst, nicht als Eigenschaft der Plattform. Stelle in der Ciao-Cloud, deinem eigenen AWS-, Azure- oder GCP-Konto, in einer privaten VPC oder On-Prem unter separaten Bedingungen bereit — und der Delivery-Loop, der die Anwendung baut, testet, kontrolliert und überwacht, ist auf jedem Ziel derselbe.
Wie Deployment funktioniert
Der Workflow ist auf jedem Ziel derselbe; nur das Ziel ändert sich.
1. Das Ziel wählen
Die Ciao-Cloud ist der schnellste Weg und passt zu den meisten Projekten. Dein eigenes Cloud-Konto passt zu Anwendungen, die innerhalb der Unternehmensgrenze leben müssen. Private VPC und On-Prem decken die strengsten Fälle ab.
2. Die Umgebung verbinden
Für kundeneigene Ziele verbindest du das Konto oder die Umgebung, und die Anwendung wird innerhalb deines Perimeters bereitgestellt — mit denselben Gates und Protokollen wie überall sonst.
3. Die Region festlegen
Region-Pinning hält eine Last dort, wo Residenzpflichten es verlangen, mit Multi-Region-Unterstützung darunter für alles andere.
4. Durch die Gates veröffentlichen
QA-Smoke-Gates und das Safe-to-Publish-Sicherheitsdashboard gelten auf jedem Ziel. Wo die App läuft, ändert nie, was es braucht, um sie zu veröffentlichen.
5. Betreiben, wo auch immer sie gelandet ist
Produktionsprüfungen laufen nach der Veröffentlichung; Doctor diagnostiziert nur lesend; SysOps übernimmt Triage, Drift und Rollback — der operative Kreislauf reist mit der Anwendung mit.
6. Später umentscheiden
Weil Ciao Standard-React, TypeScript und Supabase generiert und dir der Code gehört, ist die Zielwahl pro Projekt, nicht für immer. Starte in der Ciao-Cloud und wechsle innerhalb deiner eigenen Grenze, wenn sich Anforderungen verhärten.
Warum es wichtig ist
Deployment-Flexibilität ist meist der Punkt, an dem sich KI-App-Plattformen und Enterprise-Käufer trennen: Das Tool setzt seine eigene Cloud voraus, der Käufer verlangt seine eigene, und die Evaluierung endet dort. Zu trennen, wo eine App gebaut wird, von wo sie läuft, entfernt diese Mauer — Builder behalten dieselbe Erfahrung, während Infrastruktur- und Compliance-Teams ihre Grenze bekommen.
Darunter ist die Infrastruktur auf Skalierung ausgelegt: Kubernetes, isolierte Pods, Hibernation und Aufwachen sowie Multi-Region-Unterstützung.
Region-Pinning verdient eine eigene Anmerkung. Datenresidenzpflichten werden meist geerbt — von einem Regulator, einem Kundenvertrag, einem Betriebsrat — und sie kommen als harte Beschränkung, nicht als Präferenz. Die Last an eine benannte Region zu binden macht aus dieser Klausel eine Projekteinstellung statt eines Architekturprojekts, und das Audit-Protokoll kann zeigen, dass sie gehalten hat.
Wer wo bereitstellt
Verschiedene Käufer ziehen die Grenze an verschiedenen Stellen.
- Startups und Agenturen — Ciao-Cloud — Der schnellste Weg zur Produktion, ohne Infrastruktur zu besitzen, mit Region-Pinning verfügbar, wenn die Daten eines Kunden bleiben müssen, wo sie sind.
- Unternehmen — dein eigenes AWS, Azure oder GCP — Anwendungen innerhalb der Unternehmensgrenze und der bestehenden Abrechnungsbeziehung, ohne den Delivery-Loop aufzugeben.
- Regulierte Teams — private VPC — Netzwerkisolation für Lasten, die keinen Perimeter teilen können, mit intaktem verwaltetem Kreislauf.
- Strenge Umgebungen — On-Prem — Dein Gebäude, deine Hardware, unter separaten Bedingungen — für die Käufer, deren Anforderungen dort enden.
Hinweise zu Sicherheit und Governance
- ✓ Region-Pinning unterstützt Datenresidenz-Anforderungen; Multi-Region-Unterstützung darunter.
- ✓ QA-Gates und das Safe-to-Publish-Dashboard gelten auf jedem Deployment-Ziel.
- ✓ Doctor bleibt nur lesend, und SysOps-Aktionen bleiben protokolliert, wo auch immer die App läuft.
- ✓ Das unveränderliche Audit-Protokoll umfasst Deploys über alle Ziele hinweg.
- ✓ SOC 2 Type II Berichte sind unter NDA verfügbar; Inferenz läuft unter Zero-Retention-Modellverträgen.
- ✓ Zugangsdaten für kundeneigene Ziele bleiben auf Deployment-Operationen begrenzt, nicht auf allgemeinen Zugriff.
- ✓ 100 % Code-Eigentum auf jedem Ziel — exportiere jederzeit in dein eigenes Repository.
Deployment-Ziele im Überblick
Beginne bei der Beschränkung, die du nicht verschieben kannst, und arbeite rückwärts.
| Ziel | Am besten für | Wissenswert |
|---|---|---|
| Ciao-Cloud | Den schnellsten Start; die meisten Projekte | Vollständig verwaltet; Region-Pinning verfügbar |
| Dein AWS-, Azure- oder GCP-Konto | Enterprise-Grenze und Abrechnung | Läuft in deinem Konto; Delivery-Loop unverändert |
| Private VPC | Anforderungen an Netzwerkisolation | Der verwaltete Kreislauf innerhalb deines virtuellen Netzwerks |
| On-Prem | Die strengsten Umgebungen | Verfügbar unter separaten Bedingungen — sprich mit dem Vertrieb |
Häufig gestellte Fragen
Können wir in der Ciao-Cloud starten und später in unser eigenes Konto wechseln?
Ja. Die Anwendung ist Standard-React, TypeScript und Supabase, das dir gehört, und das Ziel ist eine Entscheidung pro Projekt. Ein üblicher Weg ist, in der Ciao-Cloud zu prototypisieren und innerhalb der Unternehmensgrenze zu wechseln, sobald das Projekt produktionskritisch wird.
Was genau pinnt Region-Pinning?
Die Anwendungslast bleibt in der von dir festgelegten Region, was Datenresidenzpflichten typischerweise verlangen. Multi-Region-Unterstützung darunter deckt die Projekte ab, die diese Beschränkung nicht tragen.
Wer betreibt die App, wenn sie in unserer Cloud läuft?
Derselbe Plattform-Kreislauf: Veröffentlichung durch Gates, Produktionsprüfungen nach dem Release, Doctor für Read-Only-Diagnose, SysOps für Triage und Rollback. Dein Team steuert den Zugriff über rollenbasierte Berechtigungen und SSO, und jede Aktion landet im Audit-Protokoll.
Wird On-Prem wirklich unterstützt?
Ja, unter separaten Bedingungen — es betrifft deine Infrastrukturstandards, daher beginnt es als Gespräch mit dem Vertrieb statt als Checkbox. Ernsthafte Produktionsprogramme beginnen bei 10.000 USD pro Jahr; private VPC und On-Prem werden darauf aufbauend eingegrenzt.
Schwächt sich Governance bei privaten Deployments ab?
Nein. Guardrails-Richtlinien, QA-Gates, Sicherheitstests und das unveränderliche Audit-Protokoll gelten unabhängig vom Ziel. Der Sinn des Designs ist, dass Compliance nie zwischen der Grenze und dem Kreislauf wählen muss.