cloud

A3S Cloud é uma plataforma de desenvolvimento self-hosted e Agent-first. Seu README descreve um plano de controle onde o produto e a verdade do estado desejado permanecem no Cloud, o trabalho durável é coordenado pelo A3S Flow, os contratos de ciclo de vida são definidos pelo A3S Runtime, a execução é tratada pelo A3S Box, e o A3S Gateway é a única borda pública. O repositório possui licença MIT e visa Rust 1.88 ou posterior, PostgreSQL 17 ou uma versão compatível, A3S Box, uma revisão fixada do A3S Gateway e NATS JetStream para produção em todas as funções de Worker ou Relay. O Bun é listado apenas para desenvolvimento de cliente TypeScript ou CLI. A arquitetura segue um único caminho para cada serviço: admitir tráfego público através do Gateway e Identity; registrar estado desejado, idempotência, evidências de auditoria e fatos de Outbox no PostgreSQL através do A3S ORM; coordenar esperas duráveis, tentativa, replay, aprovação, compensação e cancelamento através do A3S Flow e Operations; alocar e executar através de Workloads e Fleet com unidades de Runtime Task ou Service no Box; então publicar snapshots de rotas versionados através de Edge e Gateway. O Cloud nunca se torna um segundo proxy de bytes de requisição. Seis resultados de produto compartilham duas classes de execução. AaaS cobre conversas, execuções, eventos, aprovações, checkpoints, forks e vinculações de provedores. WaaS cobre ontologia, definições e planos imutáveis, WorkflowRun, HumanTask e ordem de nós tipada. FaaS detém perfis de release de Function imutáveis e delega invocações para Executions, Workloads ou Connectors. Durable Cell fornece um espaço de estado nomeado, serializado e hibernável para pessoas e múltiplos Agents. Model Inference detém a revisão do modelo, implantação, política de roteamento, uso e avaliação, com réplicas independentes e grupos de prefill/decode multi-nó. Static Web serve releases imutáveis de React, Vue e outras versões admitidas diretamente do Gateway, com SSR como um perfil de Service comum. As únicas classes de execução gerais são Task e Service. O início rápido utiliza apenas 'up' para dependências e um plano de controle destacado, com endpoints de saúde em /api/v1/health/live e /api/v1/health/ready, um endpoint OpenAPI em /api/v1/openapi.json, e um migrador de execução única que deve rodar antes dos processos de serviço. O Bootstrap cria a primeira Organization, Principal de serviço, Membership de proprietário, token de API, política de função de plataforma base e vinculação de PlatformOwner. As mutações usam autorização Bearer e uma chave de idempotência. A CLI é executada com Bun e lê credenciais de variáveis de ambiente ou entrada padrão, não de um arquivo de contexto de CLI. A produção publica a API apenas através do A3S Gateway. As capacidades da plataforma descritas no README incluem autoridade Git hospedada mais revisões de fontes externas, webhooks, builds de Box reproduzíveis, procedência, prévias de pull-request, artefatos imutáveis e promoção que preserva o digest. O Supply separa as autoridades de Git, OCI Registry e A3S Use Registry. Execução e escala utilizam um escalonador heterogêneo para pools de CPU, pools de GPU, restrições de acelerador e topologia, Claims, anti-afinidade, posicionamento gang, manutenção, cotas e preempção, com escala-para-zero stateless e drain, fencing, checkpoint e recuperação stateful. Armazenamento e serviço utilizam um cliente de objeto imutável tipado sobre armazenamento externo compatível com S3, TLS e roteamento controlados pelo Gateway, e OpenTelemetry para logs, métricas, traces, SLOs e incidentes. A Governança cobre isolamento de tenant, memberships, Resource Grants, cotas, credenciais, auditoria, Outbox, limpeza de ciclo de vida, um plano RBAC de administrador do sistema, concessões de suporte de curta duração e revisões de identidade de workload. O README afirma que o A3S Cloud não fornece um Dashboard de gerenciamento; ele hospeda releases Web de tenants em React/Vue e outros para Applications e Agents, que utilizam o mesmo Gateway e APIs que outros clientes. CI automático e conformidade de Box rodam apenas para pushes para release e pull requests direcionados a release; o branch main não inicia esses fluxos de trabalho automaticamente. O status de entrega é guiado por portões (gates), não por porcentagem. Em 2026-09-06, o README lista Identity com escopo de tenant, PostgreSQL/A3S ORM, Operations/Flow, Outbox, API pública e migrações como uma fundação Verified. O escopo de instalação e RBAC de administrador do sistema são core Verified com um portão mais amplo em andamento. Workloads, Fleet, Runtime/Box, Gateway, supply, colaboração e controles empresariais estão em andamento, com um portão de provedor real A0.4 verificado. As trilhas de produto Agent e MCP hospedado estão em andamento com A0.4 verificado. Ontology Workflow e AI Applications/Files estão em andamento. Automations possuem uma fundação de componentes em andamento. Data/S0 e Durable Cell são fundações em andamento. A identidade de workload possui confiança verificada e fundações WI2-C1/C2/C3a/C3b, com atestação de hardware de frota e emissão total ainda abertas. FaaS, inferência distribuída, supply de modelos, Static Web, CI/CD de Runtime e operações de HA total estão planejados ou em fundação inicial. Os alvos de arquitetura não são alegações de disponibilidade; uma capacidade é lançada apenas após os portões de provedor real, falha, recuperação, limpeza, upgrade e release serem marcados como Verified no ROADMAP.md.