Lancement Local Autres Possibilités¶
Objectif: comprendre les autres modes runtime fournis par arclith-run et savoir quand les utiliser.
Sélection Du Mode¶
Trois formes sont acceptées:
| Bash | |
|---|---|
Priorité:
ARCLITH_RUNTIME_MODE;MODE;- premier argument de
docker run; apipar défaut.
Mode all¶
all lance l'API et le MCP HTTP dans le même conteneur si le main.py du projet le supporte.
C'est pratique pour une démonstration locale, mais il vaut mieux séparer les processus en production.
Vérifier:
Mode mcp_sse¶
Utiliser mcp_sse seulement si un client a besoin du transport SSE:
Le transport recommandé pour les nouveaux clients reste mcp_http / streamable HTTP.
Mode bus¶
bus lance un worker command-bus, typiquement RabbitMQ. Il faut d'abord ajouter l'adapter et écrire
le dispatcher/handler projet.
| Bash | |
|---|---|
Lancer avec une URL RabbitMQ disponible depuis le conteneur:
| Bash | |
|---|---|
Le worker doit ack après succès métier, nack sans requeue sur erreur non récupérable, borner
prefetch et propager correlation_id / traceparent.
Runtime Durci¶
Pour les modes non interactifs, tester aussi:
| Bash | |
|---|---|
Checklist SOTA¶
allréservé au local ou à une démo.- Production: un Deployment/processus par transport.
- Worker bus idempotent, borné et observable.
- URLs de dépendances configurées pour le réseau conteneur, pas pour le poste local.
- Arrêt propre: un processus principal, signaux Docker/Kubernetes propagés au runtime.
Page suivante: Docker Compose.