Piattaforma
Deploy: esegui app costruite con AI ovunque giri software serio
La stessa pipeline governata rilascia la tua applicazione sul cloud Ciao, sul tuo account cloud, in una VPC privata o nel tuo data center.
Ciao Deployments è il livello di pubblicazione della piattaforma: distribuisci sul cloud Ciao, sul tuo account AWS, Azure o GCP, in una VPC privata, o on-prem con termini separati, con pinning regionale per i requisiti di residenza dei dati. A differenza dei builder legati a un singolo host, Ciao separa dove viene costruita un'applicazione da dove viene eseguita — il ciclo di delivery di gate, controlli e audit resta lo stesso su ogni target.
Pubblicato 2026-07-03 · Ultimo aggiornamento 2026-07-03
Dove gira il software è una decisione, non un default
Per un progetto hobbistico, l'hosting è un ripensamento. Per lo strumento interno di una banca, un portale di operazioni sanitarie o il prodotto cliente di un'agenzia, dove gira l'applicazione è procurement, conformità e rischio tutto insieme. Le regole di residenza dei dati nominano regioni. I team di sicurezza nominano confini di rete. Alcuni acquirenti richiedono semplicemente: il nostro cloud, il nostro account, il nostro edificio.
Ciao tratta il target di deploy come una scelta che fai per progetto, non come una proprietà della piattaforma. Distribuisci sul cloud Ciao, sul tuo account AWS, Azure o GCP, in una VPC privata, o on-prem con termini separati — e il ciclo di delivery che costruisce, testa, governa e monitora l'applicazione è lo stesso su ogni target.
Come funziona il deploy
Il workflow è lo stesso su ogni target; cambia solo la destinazione.
1. Scegli il target
Il cloud Ciao è il percorso più veloce e si adatta alla maggior parte dei progetti. Il tuo account cloud si adatta alle applicazioni che devono vivere dentro il confine aziendale. VPC privata e on-prem coprono i casi più rigorosi.
2. Collega l'ambiente
Per i target di proprietà del cliente, collega l'account o l'ambiente e l'applicazione viene distribuita dentro il tuo perimetro — con gli stessi gate e registri di qualsiasi altro posto.
3. Blocca la regione
Il pinning regionale mantiene un carico di lavoro dove gli obblighi di residenza dicono che deve restare, con supporto multi-regione sotto per tutto il resto.
4. Pubblica attraverso i gate
Gli smoke gate QA e la dashboard di sicurezza per la pubblicazione si applicano su ogni target. Dove gira l'app non cambia mai cosa serve per rilasciarla.
5. Gestisci ovunque sia atterrata
I controlli di produzione girano dopo la pubblicazione; Doctor diagnostica in sola lettura; SysOps gestisce triage, drift e rollback — il ciclo operativo viaggia con l'applicazione.
6. Cambia idea più avanti
Poiché Ciao genera React, TypeScript e Supabase standard e possiedi il codice, la scelta del target è per progetto, non per sempre. Inizia sul cloud Ciao e spostati dentro il tuo confine man mano che i requisiti si irrigidiscono.
Perché è importante
La flessibilità di deploy è di solito dove le piattaforme di app AI e gli acquirenti enterprise si separano: lo strumento presume il proprio cloud, l'acquirente richiede il proprio, e la valutazione finisce lì. Separare dove un'app viene costruita da dove viene eseguita rimuove quel muro — i builder mantengono la stessa esperienza, mentre i team di infrastruttura e conformità ottengono il loro confine.
Sotto il cofano, l'infrastruttura è progettata per scalare: Kubernetes, pod isolati, ibernazione e risveglio, e supporto multi-regione.
Il pinning regionale merita una nota a parte. Gli obblighi di residenza dei dati di solito vengono ereditati — da un regolatore, un contratto con un cliente, un consiglio aziendale — e arrivano come un vincolo rigido, non una preferenza. Bloccare il carico di lavoro su una regione nominata trasforma quella clausola da un progetto architetturale a un'impostazione di progetto, e il registro di controllo può dimostrare che è stata rispettata.
Chi distribuisce dove
Acquirenti diversi tracciano il confine in punti diversi.
- Startup e agenzie — cloud Ciao — Il percorso più veloce verso la produzione, senza infrastruttura da possedere e con pinning regionale disponibile quando i dati di un cliente devono restare fermi.
- Enterprise — il tuo AWS, Azure o GCP — Applicazioni dentro il confine aziendale e la relazione di fatturazione esistente, senza rinunciare al ciclo di delivery.
- Team regolamentati — VPC privata — Isolamento di rete per carichi di lavoro che non possono condividere un perimetro, con il ciclo gestito intatto.
- Ambienti rigorosi — on-prem — Il tuo edificio, il tuo hardware, con termini separati — per gli acquirenti i cui requisiti finiscono lì.
Note di sicurezza e governance
- ✓ Il pinning regionale supporta i requisiti di residenza dei dati; supporto multi-regione sotto.
- ✓ I gate QA e la dashboard di sicurezza per la pubblicazione si applicano su ogni target di deploy.
- ✓ Doctor resta in sola lettura e le azioni di SysOps restano registrate, ovunque giri l'app.
- ✓ Il registro di controllo append-only copre i deploy su tutti i target.
- ✓ I report SOC 2 Type II sono disponibili sotto NDA; l'inferenza gira sotto contratti modello a conservazione zero.
- ✓ Le credenziali per i target di proprietà del cliente restano delimitate alle operazioni di deploy, non all'accesso generale.
- ✓ 100% proprietà del codice su ogni target — esporta sul tuo repository in qualsiasi momento.
I target di deploy in sintesi
Parti dal vincolo che non puoi spostare e procedi a ritroso.
| Target | Ideale per | Da sapere |
|---|---|---|
| Cloud Ciao | L'avvio più veloce; la maggior parte dei progetti | Gestito end-to-end; pinning regionale disponibile |
| Il tuo account AWS, Azure o GCP | Confine e fatturazione enterprise | Gira nel tuo account; ciclo di delivery invariato |
| VPC privata | Requisiti di isolamento di rete | Il ciclo gestito dentro la tua rete virtuale |
| On-prem | Gli ambienti più rigorosi | Disponibile con termini separati — parla con le vendite |
Domande frequenti
Possiamo iniziare sul cloud Ciao e passare al nostro account più avanti?
Sì. L'applicazione è React, TypeScript e Supabase standard di tua proprietà, e il target è una scelta per progetto. Un percorso comune è prototipare sul cloud Ciao e spostarsi dentro il confine aziendale man mano che il progetto diventa critico per la produzione.
Cosa blocca esattamente il pinning regionale?
Il carico di lavoro dell'applicazione resta nella regione che designi, che è ciò che gli obblighi di residenza dei dati tipicamente richiedono. Il supporto multi-regione sotto copre i progetti che non portano quel vincolo.
Chi gestisce l'app quando gira nel nostro cloud?
Lo stesso ciclo della piattaforma: pubblicazione tramite gate, controlli di produzione dopo il rilascio, Doctor per la diagnosi in sola lettura, SysOps per triage e rollback. Il tuo team controlla l'accesso tramite permessi basati sui ruoli e SSO, e ogni azione finisce nel registro di controllo.
L'on-prem è davvero supportato?
Sì, con termini separati — coinvolge i tuoi standard di infrastruttura, quindi inizia come una conversazione con le vendite piuttosto che una casella da spuntare. I programmi di produzione seri partono da 10.000 USD all'anno; VPC privata e on-prem sono definiti su quella base.
La governance si indebolisce sui deploy privati?
No. Le policy Guardrails, i gate QA, i test di sicurezza e il registro di controllo append-only si applicano indipendentemente dal target. Il punto del design è che la conformità non deve mai scegliere tra il confine e il ciclo.