Plataforma
Deployments: ejecuta apps construidas con IA donde corra software serio
El mismo pipeline gobernado publica tu aplicación en la nube de Ciao, tu propia cuenta de nube, una VPC privada o tu propio centro de datos.
Ciao Deployments es la capa de publicación de la plataforma: despliega en la nube de Ciao, tu propia cuenta de AWS, Azure o GCP, una VPC privada, u on-prem bajo términos aparte, con fijación de región para requisitos de residencia de datos. A diferencia de los builders atados a un único proveedor, Ciao separa dónde se construye una aplicación de dónde corre: el ciclo de entrega de controles, comprobaciones y auditoría se mantiene igual en cada destino.
Publicado 2026-07-03 · Última actualización 2026-07-03
Dónde corre el software es una decisión, no un valor por defecto
Para un proyecto de aficionado, el hosting es un detalle secundario. Para la herramienta interna de un banco, un portal de operaciones sanitarias o el producto de un cliente de una agencia, dónde corre la aplicación es compras, cumplimiento y riesgo a la vez. Las reglas de residencia de datos nombran regiones. Los equipos de seguridad nombran límites de red. Algunos compradores simplemente exigen: nuestra nube, nuestra cuenta, nuestro edificio.
Ciao trata el destino de despliegue como una elección que haces por proyecto, no como una propiedad de la plataforma. Despliega en la nube de Ciao, en tu propia cuenta de AWS, Azure o GCP, en una VPC privada, u on-prem bajo términos aparte, y el ciclo de entrega que construye, prueba, gobierna y monitoriza la aplicación es el mismo en cada destino.
Cómo funciona el despliegue
El flujo de trabajo es el mismo en cada destino; solo cambia el destino en sí.
1. Elige el destino
La nube de Ciao es el camino más rápido y encaja con la mayoría de los proyectos. Tu propia cuenta de nube encaja con aplicaciones que deben vivir dentro del límite corporativo. La VPC privada y on-prem cubren los casos más estrictos.
2. Conecta el entorno
Para destinos propiedad del cliente, conecta la cuenta o el entorno y la aplicación se despliega dentro de tu perímetro, con los mismos controles y registros que en cualquier otro lugar.
3. Fija la región
La fijación de región mantiene una carga de trabajo donde las obligaciones de residencia dicen que debe permanecer, con soporte multi-región por debajo para todo lo demás.
4. Publica a través de los controles
Los smoke gates de QA y el dashboard de seguridad de apto para publicar aplican en cada destino. Dónde corre la app nunca cambia lo que hace falta para publicarla.
5. Opera donde haya aterrizado
Las comprobaciones en producción corren después de publicar; Doctor diagnostica de solo lectura; SysOps gestiona el triage, la desviación y el rollback: el ciclo operativo viaja con la aplicación.
6. Cambia de opinión más tarde
Como Ciao genera React, TypeScript y Supabase estándar y tú posees el código, la elección de destino es por proyecto, no para siempre. Empieza en la nube de Ciao y múdate dentro de tu propio límite a medida que los requisitos se endurecen.
Por qué importa
La flexibilidad de despliegue suele ser donde las plataformas de apps con IA y los compradores enterprise se separan: la herramienta asume su propia nube, el comprador exige la suya, y la evaluación termina ahí. Separar dónde se construye una app de dónde corre elimina ese muro: quienes construyen mantienen la misma experiencia, mientras que los equipos de infraestructura y cumplimiento obtienen su límite.
Por debajo, la infraestructura está diseñada para escalar: Kubernetes, pods aislados, hibernación y despertar, y soporte multi-región.
La fijación de región merece su propia mención. Las obligaciones de residencia de datos normalmente se heredan —de un regulador, un contrato con un cliente, un comité de empresa— y llegan como una restricción dura, no como una preferencia. Fijar la carga de trabajo a una región nombrada convierte esa cláusula de un proyecto de arquitectura en un ajuste de proyecto, y el registro de auditoría puede mostrar que se ha cumplido.
Quién despliega dónde
Distintos compradores trazan el límite en lugares distintos.
- Startups y agencias: nube de Ciao — El camino más rápido a producción, sin infraestructura que poseer y con fijación de región disponible cuando los datos de un cliente deben quedarse en su sitio.
- Empresas: tu propia AWS, Azure o GCP — Aplicaciones dentro del límite corporativo y de la relación de facturación existente, sin renunciar al ciclo de entrega.
- Equipos regulados: VPC privada — Aislamiento de red para cargas de trabajo que no pueden compartir perímetro, con el ciclo gestionado intacto.
- Entornos estrictos: on-prem — Tu edificio, tu hardware, bajo términos aparte, para los compradores cuyos requisitos terminan así.
Notas de seguridad y gobernanza
- ✓ La fijación de región respalda los requisitos de residencia de datos; el soporte multi-región queda por debajo.
- ✓ Los controles de QA y el dashboard de apto para publicar aplican en cada destino de despliegue.
- ✓ Doctor se mantiene de solo lectura y las acciones de SysOps se mantienen registradas, corra la app donde corra.
- ✓ El registro de auditoría de solo adición abarca los despliegues en todos los destinos.
- ✓ Los informes SOC 2 Tipo II están disponibles bajo NDA; la inferencia se ejecuta bajo contratos de modelo sin retención.
- ✓ Las credenciales de los destinos propiedad del cliente quedan delimitadas a las operaciones de despliegue, no a un acceso general.
- ✓ Propiedad del 100% del código en cada destino: exporta a tu propio repositorio en cualquier momento.
Destinos de despliegue de un vistazo
Empieza por la restricción que no puedes mover y trabaja hacia atrás.
| Destino | Mejor para | Vale la pena saber |
|---|---|---|
| Nube de Ciao | El arranque más rápido; la mayoría de los proyectos | Gestionada de principio a fin; fijación de región disponible |
| Tu cuenta de AWS, Azure o GCP | Límite y facturación enterprise | Corre en tu cuenta; el ciclo de entrega no cambia |
| VPC privada | Requisitos de aislamiento de red | El ciclo gestionado dentro de tu red virtual |
| On-prem | Los entornos más estrictos | Disponible bajo términos aparte: habla con ventas |
Preguntas frecuentes
¿Podemos empezar en la nube de Ciao y mudarnos a nuestra propia cuenta más tarde?
Sí. La aplicación es React, TypeScript y Supabase estándar que posees, y el destino es una elección por proyecto. Un camino habitual es prototipar en la nube de Ciao y mudarse dentro del límite corporativo a medida que el proyecto se vuelve crítico para producción.
¿Qué fija en realidad la fijación de región?
La carga de trabajo de la aplicación permanece en la región que designes, que es lo que normalmente exigen las obligaciones de residencia de datos. El soporte multi-región por debajo cubre los proyectos que no cargan con esa restricción.
¿Quién opera la app cuando corre en nuestra nube?
El mismo ciclo de la plataforma: publicaciones a través de controles, comprobaciones en producción tras cada release, Doctor para el diagnóstico de solo lectura, SysOps para el triage y el rollback. Tu equipo controla el acceso mediante permisos basados en roles y SSO, y cada acción queda en el registro de auditoría.
¿On-prem está realmente soportado?
Sí, bajo términos aparte: implica tus propios estándares de infraestructura, así que empieza como una conversación con ventas y no como una casilla que marcar. Los programas de producción serios empiezan en 10.000 USD al año; la VPC privada y on-prem se delimitan por encima de eso.
¿La gobernanza se debilita en despliegues privados?
No. Las políticas de Guardrails, los controles de QA, las pruebas de seguridad y el registro de auditoría de solo adición aplican sin importar el destino. El sentido del diseño es que cumplimiento nunca tenga que elegir entre el límite y el ciclo.