Services et queues

Utilisez ce pattern quand des processus backend ont besoin d’infrastructure locale avant de démarrer: bases de données, object storage, vector storage, Redis et queues RabbitMQ.

schema_version = 1
tld = "local.dev.test"

enabled = [
  "mongodb",
  "rabbitmq",
  "redis",
  "minio",
  "qdrant",
]

[[rabbitmq.vhost]]
name = "platform"
queues = [
  "jobs.default",
  "jobs.priority",
  "events.outbox",
]

Ce que cela génère

vectron stack provision valide le fichier source, prépare les assets de plugins et génère le vectron.toml dérivé utilisé par vectron start.

Les plugins de services de cet exemple n’ont pas besoin de sections de configuration dédiées. rabbitmq en a besoin: quand il est activé, il requiert au moins une entrée [[rabbitmq.vhost]].

A adapter

• enabled: gardez uniquement les services dont votre workspace a besoin.
• rabbitmq.vhost.name: utilisez le nom de vhost attendu par votre application.
• queues: gardez une liste proche des conventions du projet, sans publier de noms de queues internes dans des exemples publics.

Pour les ports, credentials et comportements générés exacts, utilisez la référence vectron.stack.toml et les fichiers générés sous .vectron_stack/.