Code-location atlas — échantillon jouet (scénarios 27/29, ADR 0086)

Code-location atlas — échantillon jouet (scénarios 27/29, ADR 0086)

Contenu d’exemple générique (ADR 0023) que l’init Gitea (../gitea-init.sh) pousse dans le dépôt Gitea du banc, pour prouver la chaîne GitOps → workflows atlas (ADR 0044/0045).

Ce n’est pas une code-location atlas réelle : c’est un substitut jouet (ADR 0086) qui joue le rôle du contenu qu’atlas pousse (citation-dagster). C’est une vraie code-location gRPC — un serveur dagster api grpc -m toy_assets que l’orchestrateur charge via son workspace.yaml —, pas un Job jetable. Elle rend le banc autonome pour exercer la chaîne Dagster (run réel via launchRun, lineage) sans dépendre du dépôt atlas. Réutilise l’image émetteur du banc (registry:80/dagster-openlineage-emit:dev).

Fichier	Rôle
code-location.yaml	La code-location : Deployment gRPC toy-codeloc (dagster api grpc -m toy_assets) + Service :4000.
workspace-patch.yaml	ConfigMap dagster-workspace qui branche la location toy (remplace load_from: []).
reload-hook.yaml	Hook Argo CD PostSync (SA+Role+Job) : rollout restart webserver+daemon → ils relisent le workspace patché.

Frontière (ADR 0022/0045) : Argo CD déploie cette code-location, jamais l’infra DataOps (CNPG/Dagster/Marquez sont montés par Ansible, livrés vides). L’image est buildée par la phase dataops ; ici on ne déploie que les manifestes qui la chargent.

Le manifeste de l’Application Argo CD qui réconcilie ce dépôt est généré par l’init (il porte l’URL Gitea réelle du banc — valeur de déploiement, non versionnée). Modèle : application.example.yaml.

• Scénario 27 prouve le déploiement (push → Argo CD Synced → code-location gRPC Ready + branchée).
• Scénario 29 prouve le run e2e (CODELOC_NAME=toy CODELOC_JOB=toy_job → launchRun → lineage Marquez).