Environnements

Production, Preview et Development sont des concepts publics dans Cloud, mais aucune ressource Environment réelle n’est encore gérée depuis le workspace.

Statut actuel

Production, Preview et Development apparaissent dans la surface publique Cloud comme modèle conceptuel. Le workspace authentifié ne permet pas encore de créer, modifier ou supprimer ces environnements comme ressources réelles.

Concept public

Le modèle visuel Cloud utilise plusieurs environnements pour expliquer la séparation des destinations et releases. Ces noms ne sont pas issus d’une liste d’environnements stockée pour le compte utilisateur.

Pas d’API Environments exposée

Aucune route /api/cloud/environments, aucun modèle de configuration Cloud et aucune table spécifique aux environnements Cloud n’ont été trouvés dans la build inspectée.

Secrets et variables

Il n’existe pas aujourd’hui de workflow Cloud stable documenté pour gérer variables d’environnement ou secrets par environnement. La présence de variables ailleurs dans l’infrastructure OrbitWake ne doit pas être transposée à Cloud.

Domains et Hosting restent des surfaces séparées

OrbitWake possède des surfaces Domains et Hosting avec leurs propres routes. Cela ne signifie pas qu’un environnement Cloud utilisateur soit actuellement lié automatiquement à un domaine ou un plan hosting.

Ce qu’un environnement réel devra exposer

Avant publication d’une documentation opérationnelle, il faudra pouvoir vérifier au minimum son identité, type, provider, région, variables, secrets, déploiements, domaines, permissions et état runtime.

Étape suivante

La page Logs explique pourquoi les lignes visibles dans la démonstration publique ne sont pas des logs workspace réels.