Plateforme
Déploiements : faites tourner des apps IA partout où le logiciel sérieux tourne
Le même pipeline gouverné livre votre application sur Ciao cloud, votre propre compte cloud, un VPC privé ou votre propre datacenter.
Ciao Deployments est la couche de publication de la plateforme : déployez sur Ciao cloud, votre propre compte AWS, Azure ou GCP, un VPC privé, ou on-prem sous conditions séparées, avec ancrage régional pour les exigences de résidence des données. Contrairement aux builders liés à un seul hébergeur, Ciao sépare où une application est construite de où elle tourne — le cycle de livraison des portes, contrôles et audit reste le même sur chaque cible.
Publié 2026-07-03 · Dernière mise à jour 2026-07-03
Où le logiciel tourne est une décision, pas un défaut
Pour un projet personnel, l'hébergement est une réflexion après coup. Pour l'outil interne d'une banque, un portail d'opérations de santé ou le produit client d'une agence, où l'application tourne relève à la fois du procurement, de la conformité et du risque. Les règles de résidence des données nomment des régions. Les équipes sécurité nomment des frontières réseau. Certains acheteurs exigent simplement : notre cloud, notre compte, notre bâtiment.
Ciao traite la cible de déploiement comme un choix que vous faites par projet, pas une propriété de la plateforme. Déployez sur Ciao cloud, sur votre propre compte AWS, Azure ou GCP, dans un VPC privé, ou on-prem sous conditions séparées — et le cycle de livraison qui construit, teste, gouverne et surveille l'application est le même sur chaque cible.
Comment fonctionne le déploiement
Le workflow est le même sur chaque cible ; seule la destination change.
1. Choisir la cible
Ciao cloud est le chemin le plus rapide et convient à la plupart des projets. Votre propre compte cloud convient aux applications qui doivent vivre dans le périmètre de l'entreprise. Le VPC privé et l'on-prem couvrent les cas les plus stricts.
2. Connecter l'environnement
Pour les cibles appartenant au client, connectez le compte ou l'environnement et l'application se déploie dans votre périmètre — avec les mêmes portes et registres que partout ailleurs.
3. Ancrer la région
L'ancrage régional garde une charge de travail là où les obligations de résidence disent qu'elle doit rester, avec un support multi-région en dessous pour tout le reste.
4. Publier via les portes
Les smoke gates de QA et le dashboard de sécurité bon-à-publier s'appliquent sur chaque cible. Où l'app tourne ne change jamais ce qu'il faut pour la livrer.
5. Exploiter où qu'elle ait atterri
Les contrôles en production s'exécutent après publication ; Doctor diagnostique en lecture seule ; SysOps gère le triage, le drift et le rollback — le cycle opérationnel voyage avec l'application.
6. Changer d'avis plus tard
Parce que Ciao génère du React, TypeScript et Supabase standard et que vous possédez le code, le choix de cible est par projet, pas pour toujours. Démarrez sur Ciao cloud et déménagez dans votre propre périmètre à mesure que les exigences se durcissent.
Pourquoi c'est important
La flexibilité de déploiement est généralement là où les plateformes d'apps IA et les acheteurs enterprise se séparent : l'outil suppose son propre cloud, l'acheteur exige le sien, et l'évaluation s'arrête là. Séparer où une app est construite de où elle tourne supprime ce mur — les builders gardent la même expérience, tandis que les équipes infrastructure et conformité obtiennent leur périmètre.
En dessous, l'infrastructure est conçue pour scaler : Kubernetes, pods isolés, hibernation et réveil, et support multi-région.
L'ancrage régional mérite sa propre note. Les obligations de résidence des données sont généralement héritées — d'un régulateur, d'un contrat client, d'un comité d'entreprise — et arrivent comme une contrainte dure, pas une préférence. Ancrer la charge de travail à une région nommée transforme cette clause d'un projet d'architecture en un paramètre de projet, et l'audit trail peut montrer qu'elle a tenu.
Qui déploie où
Différents acheteurs tracent la frontière à différents endroits.
- Startups et agences — Ciao cloud — Le chemin le plus rapide vers la production, sans infrastructure à posséder et avec ancrage régional disponible quand les données d'un client doivent rester en place.
- Entreprises — votre propre AWS, Azure ou GCP — Applications à l'intérieur du périmètre de l'entreprise et de la relation de facturation existante, sans abandonner le cycle de livraison.
- Équipes réglementées — VPC privé — Isolation réseau pour des charges de travail qui ne peuvent pas partager un périmètre, avec le cycle géré intact.
- Environnements stricts — on-prem — Votre bâtiment, votre matériel, sous conditions séparées — pour les acheteurs dont les exigences finissent ainsi.
Notes sur la sécurité et la gouvernance
- ✓ L'ancrage régional supporte les exigences de résidence des données ; support multi-région en dessous.
- ✓ Les portes de QA et le dashboard bon-à-publier s'appliquent sur chaque cible de déploiement.
- ✓ Doctor reste en lecture seule et les actions SysOps restent enregistrées, où que l'app tourne.
- ✓ L'audit trail append-only couvre les déploiements sur toutes les cibles.
- ✓ Les rapports SOC 2 Type II sont disponibles sous NDA ; l'inférence s'exécute sous des contrats modèle à conservation zéro.
- ✓ Les identifiants pour les cibles appartenant au client restent délimités aux opérations de déploiement, pas à un accès général.
- ✓ 100% propriété du code sur chaque cible — exportez vers votre propre dépôt à tout moment.
Cibles de déploiement en un coup d'œil
Partez de la contrainte que vous ne pouvez pas déplacer et remontez.
| Cible | Idéal pour | Bon à savoir |
|---|---|---|
| Ciao cloud | Le démarrage le plus rapide ; la plupart des projets | Géré de bout en bout ; ancrage régional disponible |
| Votre compte AWS, Azure ou GCP | Périmètre et facturation enterprise | Tourne dans votre compte ; cycle de livraison inchangé |
| VPC privé | Exigences d'isolation réseau | Le cycle géré à l'intérieur de votre réseau virtuel |
| On-prem | Les environnements les plus stricts | Disponible sous conditions séparées — parlez aux ventes |
Questions fréquentes
Pouvons-nous démarrer sur Ciao cloud et passer à notre propre compte plus tard ?
Oui. L'application est du React, TypeScript et Supabase standard que vous possédez, et la cible est un choix par projet. Un chemin courant est de prototyper sur Ciao cloud et de déménager dans le périmètre de l'entreprise à mesure que le projet devient critique pour la production.
Qu'ancre réellement l'ancrage régional ?
La charge de travail de l'application reste dans la région que vous désignez, ce qui est ce qu'exigent typiquement les obligations de résidence des données. Le support multi-région en dessous couvre les projets qui ne portent pas cette contrainte.
Qui exploite l'app quand elle tourne dans notre cloud ?
Le même cycle de plateforme : publications via des portes, contrôles en production après release, Doctor pour diagnostic en lecture seule, SysOps pour triage et rollback. Votre équipe contrôle l'accès via des permissions basées sur les rôles et le SSO, et chaque action atterrit dans l'audit trail.
L'on-prem est-il vraiment supporté ?
Oui, sous conditions séparées — cela implique vos standards d'infrastructure, donc cela commence comme une conversation avec les ventes plutôt qu'une case à cocher. Les programmes de production sérieux démarrent à 10 000 USD par an ; le VPC privé et l'on-prem sont définis en plus.
La gouvernance s'affaiblit-elle sur les déploiements privés ?
Non. Les policies Guardrails, les portes de QA, les tests de sécurité et l'audit trail append-only s'appliquent quelle que soit la cible. Le but de la conception est que la conformité n'ait jamais à choisir entre le périmètre et le cycle.