Documentation officielle du projet

Déployer la stack

Le déploiement est entièrement piloté par GitHub Actions. Prépare d’abord les accès Cloudflare et Discord, ajoute les secrets et variables au dépôt, puis laisse le workflow créer et déployer les Workers, D1, Queues et projets Pages.

Ordre recommandé

Suis les guides dans cet ordre : Cloudflare, GitHub, premier déploiement, puis Discord. Les URLs d’interactions et d’Event Webhooks ne peuvent être validées par Discord qu’après la mise en ligne du Worker.

Ce que le workflow déploie

Composant Ressource Domaine conseillé
Runtime Discord Worker zevent-discord-bot https://bot.zevent.app/
Collecteurs de données Trois Workers zevent-source-* Privés, accessibles par Service Binding
API publique Worker zevent-public-api https://api.zevent.app/
API admin Worker zevent-admin-api https://admin-api.zevent.app/
Site public Pages zevent-bot-site https://zevent.app/
Panneau admin Pages zevent-bot-admin https://admin.zevent.app/
Documentation Pages zevent-bot-docs docs.zevent.app

Premier déploiement

  1. Configure Cloudflare et GitHub.Crée les deux tokens Cloudflare, puis saisis les dix secrets et les variables du dépôt.
  2. Lance le workflow manuellement.Dans GitHub, ouvre Actions → Deploy Cloudflare stack → Run workflow et sélectionne prod.
  3. Rattache les domaines.Ajoute les Custom Domains aux trois Workers publics et trois projets Pages créés.
  4. Vérifie les variables d’URL.Si un domaine diffère des valeurs prévues, corrige les variables GitHub puis relance le workflow.
  5. Termine dans Discord.Enregistre l’Interactions Endpoint URL et vérifie l’Event Webhook URL comme indiqué dans le guide Discord.

Déploiements suivants

Un push sur prod déploie seulement les composants modifiés. Un lancement manuel du workflow, ou un commit contenant [force deploy], force la reconstruction de toute la stack. Un push sur master publie uniquement la preview du site public.