Exploitation¶
- Déployer — mettre à jour l'API, le MCP, la documentation
- Publier une version — index public, pipeline de publication
- Diagnostiquer — journaux, symptômes courants, remèdes
- Limites connues — ce qui est assumé et pourquoi
- Contribuer — cloner, développer, tester
Vue rapide¶
| Resource group | rg-aim-prod, westeurope |
| API et MCP | ca-aim-api |
| Documentation | ca-aim-docs |
| Déploiement applicatif | ./scripts/deploy.sh --build |
| Déploiement documentation | ./scripts/deploy-docs.sh |
| Publication du paquet | pipeline publier-paquet dans Azure DevOps |
| Journaux | az containerapp logs show -g rg-aim-prod -n ca-aim-api --tail 100 |
| Tests | uv run pytest -q |
Santé¶
La sonde de disponibilité interroge cette route toutes les dix secondes. Si elle répond, l'application a démarré et sa migration de schéma a réussi — la migration s'exécute au démarrage, avant que le service n'accepte du trafic.
Règle d'exploitation¶
Ne jamais faire confiance à un déploiement qui s'annonce réussi
Deux pannes silencieuses ont déjà été rencontrées, où le script signalait un succès pendant que l'ancien code continuait de tourner. Le script vérifie désormais l'image réellement servie, mais le réflexe reste : après un déploiement, contrôler la révision active et son image.