Plataforma
Deployments: execute apps construídas com IA onde o software sério corre
O mesmo pipeline governado lança a sua aplicação na nuvem Ciao, na sua própria conta de nuvem, numa VPC privada ou no seu próprio data center.
O Ciao Deployments é a camada de publicação da plataforma: implemente na nuvem Ciao, na sua própria conta AWS, Azure ou GCP, numa VPC privada, ou on-premise sob termos separados, com fixação de região para requisitos de residência de dados. Ao contrário de construtores presos a um único anfitrião, o Ciao separa onde uma aplicação é construída de onde ela corre — o ciclo de entrega de gates, verificações e auditoria mantém-se o mesmo em cada alvo.
Publicado 2026-07-03 · Última atualização 2026-07-03
Onde o software corre é uma decisão, não uma predefinição
Para um projeto de passatempo, o alojamento é um pormenor tardio. Para a ferramenta interna de um banco, um portal de operações de saúde ou o produto de cliente de uma agência, onde a aplicação corre é procurement, conformidade e risco ao mesmo tempo. As regras de residência de dados nomeiam regiões. As equipas de segurança nomeiam fronteiras de rede. Alguns compradores exigem simplesmente: a nossa nuvem, a nossa conta, o nosso edifício.
O Ciao trata o alvo de implementação como uma escolha que faz por projeto, não uma propriedade da plataforma. Implemente na nuvem Ciao, na sua própria conta AWS, Azure ou GCP, numa VPC privada, ou on-premise sob termos separados — e o ciclo de entrega que constrói, testa, governa e monitoriza a aplicação é o mesmo em cada alvo.
Como funciona a implementação
O fluxo de trabalho é o mesmo em cada alvo; só o destino muda.
1. Escolha o alvo
A nuvem Ciao é o caminho mais rápido e serve a maioria dos projetos. A sua própria conta de nuvem serve aplicações que têm de viver dentro da fronteira corporativa. A VPC privada e o on-premise cobrem os casos mais estritos.
2. Ligue o ambiente
Para alvos pertencentes ao cliente, ligue a conta ou ambiente e a aplicação é implementada dentro do seu perímetro — com os mesmos gates e registos que em qualquer outro lugar.
3. Fixe a região
A fixação de região mantém uma carga de trabalho onde as obrigações de residência dizem que deve ficar, com suporte multirregião por baixo para tudo o resto.
4. Publique através dos gates
Os smoke gates de QA e o painel de segurança para publicação aplicam-se em cada alvo. Onde a app corre nunca muda o que é preciso para a lançar.
5. Opere onde quer que tenha aterrado
As verificações de produção correm depois da publicação; o Doctor diagnostica apenas de leitura; o SysOps trata da triagem, desvio e rollback — o ciclo operacional viaja com a aplicação.
6. Mude de ideias mais tarde
Porque o Ciao gera React, TypeScript e Supabase padrão e você possui o código, a escolha do alvo é por projeto, não para sempre. Comece na nuvem Ciao e mova-se para dentro da sua própria fronteira à medida que os requisitos se tornam mais rígidos.
Porque é que isto importa
A flexibilidade de implementação é normalmente onde as plataformas de apps com IA e os compradores empresariais se separam: a ferramenta assume a sua própria nuvem, o comprador exige a sua, e a avaliação termina ali. Separar onde uma app é construída de onde corre remove essa parede — os criadores mantêm a mesma experiência, enquanto as equipas de infraestrutura e conformidade obtêm a sua fronteira.
Por baixo, a infraestrutura é concebida para escalar: Kubernetes, pods isolados, hibernação e ativação, e suporte multirregião.
A fixação de região merece a sua própria nota. As obrigações de residência de dados são normalmente herdadas — de um regulador, de um contrato de cliente, de uma comissão de trabalhadores — e chegam como uma restrição rígida, não uma preferência. Fixar a carga de trabalho a uma região nomeada transforma essa cláusula de um projeto de arquitetura numa definição de projeto, e o registo de auditoria pode mostrar que se manteve.
Quem implementa onde
Compradores diferentes traçam a fronteira em lugares diferentes.
- Startups e agências — nuvem Ciao — O caminho mais rápido para a produção, sem infraestrutura para possuir e fixação de região disponível quando os dados de um cliente têm de ficar fixos.
- Empresas — a sua própria AWS, Azure ou GCP — Aplicações dentro da fronteira corporativa e da relação de faturação existente, sem abdicar do ciclo de entrega.
- Equipas reguladas — VPC privada — Isolamento de rede para cargas de trabalho que não podem partilhar um perímetro, com o ciclo gerido intacto.
- Ambientes estritos — on-premise — O seu edifício, o seu hardware, sob termos separados — para os compradores cujos requisitos terminam assim.
Notas de segurança e governança
- ✓ A fixação de região suporta requisitos de residência de dados; suporte multirregião por baixo.
- ✓ Os gates de QA e o painel de segurança para publicação aplicam-se em cada alvo de implementação.
- ✓ O Doctor mantém-se apenas de leitura e as ações do SysOps mantêm-se registadas, onde quer que a app corra.
- ✓ O registo de auditoria apenas de acréscimo abrange deploys em todos os alvos.
- ✓ Os relatórios SOC 2 Type II estão disponíveis sob NDA; a inferência decorre sob contratos de modelo com retenção zero.
- ✓ As credenciais para alvos pertencentes ao cliente mantêm-se delimitadas a operações de implementação, não a acesso geral.
- ✓ 100% de propriedade do código em cada alvo — exporte para o seu próprio repositório a qualquer momento.
Alvos de implementação num relance
Comece pela restrição que não pode mover e trabalhe para trás.
| Alvo | Melhor para | Vale a pena saber |
|---|---|---|
| Nuvem Ciao | O arranque mais rápido; a maioria dos projetos | Gerido de ponta a ponta; fixação de região disponível |
| A sua conta AWS, Azure ou GCP | Fronteira e faturação empresarial | Corre na sua conta; ciclo de entrega inalterado |
| VPC privada | Requisitos de isolamento de rede | O ciclo gerido dentro da sua rede virtual |
| On-premise | Os ambientes mais estritos | Disponível sob termos separados — fale com as vendas |
Perguntas frequentes
Podemos começar na nuvem Ciao e mudar para a nossa própria conta mais tarde?
Sim. A aplicação é React, TypeScript e Supabase padrão que você possui, e o alvo é uma escolha por projeto. Um caminho comum é prototipar na nuvem Ciao e mover-se para dentro da fronteira corporativa à medida que o projeto se torna crítico para a produção.
O que é que a fixação de região realmente fixa?
A carga de trabalho da aplicação permanece na região que designar, que é o que as obrigações de residência de dados normalmente exigem. O suporte multirregião por baixo cobre os projetos que não carregam essa restrição.
Quem opera a app quando corre na nossa nuvem?
O mesmo ciclo de plataforma: publica através de gates, verificações de produção depois do lançamento, o Doctor para diagnóstico apenas de leitura, o SysOps para triagem e rollback. A sua equipa controla o acesso através de permissões baseadas em funções e SSO, e cada ação chega ao registo de auditoria.
O on-premise é realmente suportado?
Sim, sob termos separados — envolve os seus padrões de infraestrutura, pelo que começa como uma conversa com as vendas em vez de uma caixa para assinalar. Os programas de produção sérios começam em 10.000 USD por ano; a VPC privada e o on-premise são definidos em cima disso.
A governança enfraquece em implementações privadas?
Não. As políticas do Guardrails, os gates de QA, os testes de segurança e o registo de auditoria apenas de acréscimo aplicam-se independentemente do alvo. O objetivo do design é que a conformidade nunca tenha de escolher entre a fronteira e o ciclo.
Páginas relacionadas
Veja todo o ciclo de entrega numa única demo.
Deployments: Execute Apps Construídas com IA em Qualquer Lugar | Ciao