Discord bot auf Nodion deployen

Discord bot Schritt für Schritt deployen

1. Das Token aus der Umgebung lesen Committe das Bot-Token nie. Lies es aus einer Environment-Variable, hier mit discord.py; mit discord.js heißt das client.login(process.env.DISCORD_TOKEN). bot.py

   import os
   
   import discord
   
   intents = discord.Intents.default()
   client = discord.Client(intents=intents)
   
   
   @client.event
   async def on_ready():
       print(f"Logged in as {client.user}")
   
   
   client.run(os.environ["DISCORD_TOKEN"])

2. Eine Procfile mit worker-Zeile anlegen Ein Python-Bot braucht eine requirements.txt mit discord.py. Ein Node.js-Bot nutzt worker: node bot.js, discord.js in der package.json und ein committetes Lockfile; für einen TypeScript-Bot mit Build-Schritt ist ein Dockerfile der einfachere Weg. Lass die web:-Zeile weg: Der Bot hat keinen Webserver. Procfile

   worker: python bot.py

3. App anlegen und Token hinterlegen Lege eine Application aus deinem GitHub-, GitLab-, Bitbucket- oder Gitea-Repository in der Region EU Central an. Auf dem Tab Environment legst du DISCORD_TOKEN an und markierst es als Secret: Nach dem Speichern lässt sich der Wert nicht mehr auslesen.
4. Worker-Prozess anlegen und web abschalten Procfile-Zeilen legen keine Prozesse an. Leg auf dem Tab Processes einen Prozess worker ohne Port und mit leerem Befehl an, dann führt er den gleichnamigen Procfile-Eintrag aus. Setz anschließend web auf 0 Instanzen oder lösch den Prozess: Ein Bot beantwortet nie den HTTP-Health-Check, den web braucht.
5. Erneut deployen Lief der erste Deploy, bevor du den Worker angelegt hast, deploy noch einmal. Der Worker gilt als laufend, sobald er startet, ohne HTTP-Check, und in den Laufzeit-Logs siehst du, wie sich der Bot anmeldet.

Gut zu wissen

• Einmal am Tag eine frische InstanzProzesse laufen durch und schlafen nicht ein. Bei jedem Deploy und etwa einmal am Tag ersetzt Nodion jede Instanz durch eine frische: Die neue startet, bevor die alte SIGTERM bekommt. Dein Bot muss sich beim Start sauber verbinden, und für einen kurzen Moment können beide Kopien online sein. Mit einem lokalen Volume entfällt der tägliche Austausch, und bei einem Deploy stoppt die alte Instanz, bevor die neue startet.
• Bei einer Instanz bleibenLass den Worker mit einer Instanz laufen. Zwei Kopien eines Bots beantworten jede Nachricht doppelt, und Telegram erlaubt pro Token nur eine Long-Polling-Verbindung.
• Daten außerhalb der Instanz speichernDateien, die der Bot schreibt, etwa eine SQLite-Datenbank, sind mit der nächsten frischen Instanz weg. Den Zustand legst du in PostgreSQL oder Valkey in derselben Region ab, oder auf einem Volume.
• Webhook-BotsBots, die Webhooks empfangen, etwa Telegram-Bots im Webhook-Modus oder Discord-Bots mit Interactions Endpoint URL, sind normale Web-Apps: Sie laufen als web, lauschen auf PORT und beantworten den Health-Check-Pfad mit 2xx oder 3xx.

Was Nodion für dich betreibt

• Deploys ohne Downtime Push auf deinen Branch und Nodion baut ein neues Release. Der Traffic wechselt erst, wenn die neuen Instanzen ihren Health Check bestehen; ein fehlgeschlagenes Release lässt das laufende stehen. Apps mit lokalem Volume starten stattdessen neu, weil die Disk zu einer Instanz gehört.
• Datenbanken neben der App Managed PostgreSQL, pgvector, MySQL, Valkey und ClickHouse in derselben Region. Angehängte Datenbanken kommen als DATABASE_URL, REDIS_URL oder CLICKHOUSE_URL in die App.
• Previews pro Pull Request Schalte Previews ein, und Pull Requests aus deinem Repository bekommen eine eigene App mit eigener URL und frischen, leeren Datenbanken, automatisch oder per Hand angelegt. Forks und Bot-Pull-Requests werden übersprungen.
• Worker, Cron Jobs und Skalierung Worker laufen als weitere Prozesse derselben App, Jobs planst du auf dem Tab Cron, und jeden Prozess skalierst du auf bis zu 16 Instanzen.
• Release-Schritt Mit Buildpacks läuft eine release:-Zeile in der Procfile bei jedem neuen Build. Dockerfile-Apps sowie Redeploys und Rollbacks auf ein früheres Image nutzen einen Release Command, der an der App selbst gesetzt ist; er hat auch Vorrang vor der Procfile-Zeile. Bei statischen Sites läuft ein Release-Schritt in einem Image, das nur die gebauten Dateien enthält.
• Logs und Metriken Build-, Release- und Laufzeit-Logs sowie CPU-, Speicher-, Disk- und Netzwerk-Metriken für jede Instanz im Dashboard.
• Domains und HTTPS Ein Default-Hostname mit HTTPS ab dem ersten Deploy; deine eigenen Domains bekommen automatisch Zertifikate.

Discord bot auf Nodion: Fragen und Antworten