cloud

A3S Cloud est une plateforme de développement auto-hébergée, axée sur les Agents. Son README décrit un plan de contrôle où le produit et la vérité de l'état souhaité résident dans Cloud, le travail durable est coordonné par A3S Flow, les contrats de cycle de vie sont définis par A3S Runtime, l'exécution est gérée par A3S Box, et A3S Gateway constitue l'unique bord public. Le dépôt est sous licence MIT et cible Rust 1.88 ou ultérieur, PostgreSQL 17 ou une version compatible, A3S Box, une révision épinglée de A3S Gateway, et NATS JetStream pour la production pour tous les rôles Worker ou Relay. Bun est listé uniquement pour le développement du client TypeScript ou de la CLI. L'architecture suit un chemin unique pour chaque service : admettre le trafic public via Gateway et Identity ; valider l'état souhaité, l'idempotence, les preuves d'audit et les faits Outbox dans PostgreSQL via A3S ORM ; coordonner les attentes durables, les tentatives, le rejeu, l'approbation, la compensation et l'annulation via A3S Flow et Operations ; placer et exécuter via Workloads et Fleet avec des unités Runtime Task ou Service sur Box ; puis publier des instantanés de routes versionnés via Edge et Gateway. Cloud ne devient jamais un second proxy d'octets de requête. Six résultats produits partagent deux classes d'exécution. AaaS couvre les conversations, les exécutions, les événements, les approbations, les points de contrôle, les forks et les liaisons de fournisseurs. WaaS couvre l'ontologie, les définitions et plans immuables, WorkflowRun, HumanTask et l'ordre de nœuds typés. FaaS possède les profils de release de Function immuables et délègue les invocations aux Executions, Workloads ou Connectors. Durable Cell fournit un espace d'état nommé, sérialisé et hibernable pour les personnes et plusieurs Agents. Model Inference gère la révision du modèle, le déploiement, la politique de routage, l'utilisation et l'évaluation, avec des répliques indépendantes et des groupes de pré-remplissage/décodage multi-nœuds. Static Web sert des releases immuables React, Vue et autres releases admises directement depuis Gateway, avec le SSR comme un profil Service ordinaire. Les seules classes d'exécution générales sont Task et Service. Le démarrage rapide utilise simplement "up" pour les dépendances et un plan de contrôle détaché, avec des points de terminaison de santé sur /api/v1/health/live et /api/v1/health/ready, un point de terminaison OpenAPI sur /api/v1/openapi.json, et un migrateur unique qui doit s'exécuter avant les processus de service. Bootstrap crée la première Organization, le Principal de service, la Membership propriétaire, le jeton API, la politique de rôle de plateforme de base et la liaison PlatformOwner. Les mutations utilisent l'autorisation Bearer et une clé d'idempotence. La CLI est exécutée avec Bun et lit les identifiants depuis les variables d'environnement ou l'entrée standard, et non depuis un fichier de contexte CLI. En production, l'API est publiée uniquement via A3S Gateway. Les capacités de la plateforme décrites dans le README incluent une autorité Git hébergée plus des révisions de sources externes, des webhooks, des builds Box reproductibles, la provenance, des aperçus de pull-request, des artefacts immuables et une promotion préservant le digest. Supply sépare les autorités Git, OCI Registry et A3S Use Registry. L'exécution et la mise à l'échelle utilisent un ordonnanceur hétérogène unique pour les pools CPU, les pools GPU, les contraintes d'accélérateur et de topologie, les Claims, l'anti-affinité, le placement de groupe (gang placement), la maintenance, les quotas et la préemption, avec une mise à l'échelle sans état vers zéro et un drainage, un fencing, un point de contrôle et une récupération avec état. Le stockage et le service utilisent un client d'objets immuables typés sur un stockage externe compatible S3, le TLS et le routage gérés par Gateway, et OpenTelemetry pour les logs, les métriques, les traces, les SLO et les incidents. La gouvernance couvre l'isolation des tenants, les memberships, les Resource Grants, les quotas, les identifiants, l'audit, l'Outbox, le nettoyage du cycle de vie, un plan RBAC d'administrateur système, des octrois de support à courte durée et des révisions d'identité de workload. Le README précise qu'A3S Cloud ne fournit pas de Dashboard de gestion ; il héberge des releases Web immuables React/Vue et autres pour les Applications et Agents, qui utilisent les mêmes Gateway et API que les autres clients. La CI automatique et la conformité Box ne s'exécutent que pour les pushs vers release et les pull requests ciblant release ; main ne lance pas ces workflows automatiquement. L'état de livraison est piloté par des portes (gates), et non par des pourcentages. Au 2026-09-06, le README liste Identity à portée de tenant, PostgreSQL/A3S ORM, Operations/Flow, Outbox, l'API publique et les migrations comme une fondation Verified. La portée de l'installation et le RBAC d'administrateur système sont un cœur Verified avec une porte plus large en cours. Workloads, Fleet, Runtime/Box, Gateway, supply, collaboration et contrôles entreprise sont en cours, avec une porte real-provider A0.4 vérifiée. Les voies produits Agent et MCP hébergé sont en cours avec A0.4 vérifié. Ontology Workflow et AI Applications/Files sont en cours. Les Automations ont une fondation de composants en cours. Data/S0 et Durable Cell sont des fondations en cours. L'identité de workload possède une confiance vérifiée et des fondations WI2-C1/C2/C3a/C3b, avec l'attestation matérielle de la flotte et l'émission complète encore ouvertes. FaaS, l'inférence distribuée, la supply de modèles, Static Web, la CI/CD Runtime et les opérations HA complètes sont planifiées ou en fondation précoce. Les cibles architecturales ne sont pas des affirmations de disponibilité ; une capacité est publiée seulement après que les portes real-provider, failure, recovery, cleanup, upgrade et release sont marquées Verified dans ROADMAP.md.