Gratis Discord bot hosting 24/7

Het korte antwoord

Ja, je kunt gratis een Discord-bot draaien. Nee, bijna geen enkele gratis optie houdt hem de klok rond online zonder dat je er zelf bovenop zit. Precies één doet dat echt: een machine die van jou is en die je aan laat staan. Al het andere ruilt uptime in voor die nul op de factuur: het legt de bot te slapen, meet het verbruik of herstart hem volgens een schema.

Dat is de hele gids in drie regels. De rest gaat over welke optie wat doet, zodat je bewust kunt kiezen.

Is je bot een weekendproject waar je actief aan bouwt, dan is een gratis tier het juiste gereedschap en kun je hier stoppen met lezen. Gebruiken andere mensen hem al, lees dan verder: de valkuilen hieronder zijn de valkuilen waar je tegenaan gaat lopen.

De vier manieren waarop "gratis" ophoudt 24/7 te zijn

Gratis tiers falen niet willekeurig. Ze falen op vier specifieke manieren, en als je weet welke je raakt, weet je meteen of het op te lossen is.

1. Het platform zet je proces in slaapstand

Hostingplatformen halen capaciteit weg bij werk dat inactief lijkt. En daar zit de valkuil: voor een webplatform lijkt een Discord-bot volledig inactief. Hij opent een uitgaande WebSocket naar de gateway van Discord en wacht. Er komt niets binnen op een poort, er wordt geen enkel HTTP-verzoek afgehandeld, geen verkeersgrafiek beweegt. Je bot kan de hele avond commando's beantwoorden en volgens elke meting die het platform bijhoudt nog steeds helemaal niets doen.

2. Bij een koude start is er niets wat hem wekt

Voor een website is slaapstand te overleven: het verzoek van de volgende bezoeker maakt hem wakker en die wacht een seconde. Niemand stuurt een HTTP-verzoek naar een Discord-bot, dus er is niets wat hem wekt: hij blijft gewoon offline. Dat is de enige reden dat keep-alive-trucs bestaan: een klein webservertje aan de bot vastgeplakt, plus een externe dienst die hem eindeloos pingt. Het werkt tot de pinger stopt, het platform zijn slaapregels aanpast of je de voorwaarden leest en ontdekt dat je ertegenin werkt.

3. Het bestandssysteem is niet van jou om te houden

Bij veel gratis tiers wordt de schijf gewist als de app opnieuw wordt uitgerold of herstart. Schrijft je bot levels, een economie, waarschuwingen of instellingen per server naar een JSON-bestand naast zijn code, dan is dat bestand tijdelijke opslag die permanent lijkt. Het overleeft dagen, lang genoeg om erop te vertrouwen, en dan wist een herstart het. Alles wat een herstart moet overleven, hoort in een database, niet op de schijf.

4. Het maandtegoed raakt op

Sommige gratis abonnementen werken helemaal niet met slaapstand: ze geven je een tegoed aan gebruik per maand. Een bot die continu draait, verbruikt dat tegoed continu, dus hij stopt halverwege de cyclus en komt terug als de teller weer op nul staat. Drie weken uptime is een prima opzet voor een hobby. Het is geen 24/7.

Replit: bouw de bot daar, maar laat hem daar niet staan

Replit is een editor en een runtime in één browsertabblad, en om een bot te schrijven is het echt prettig: je gaat van een leeg bestand naar een bot die antwoordt in je testserver zonder iets te installeren. De eerste werkende bot van veel mensen leefde op Replit, waaronder flink wat bots die later uitgroeiden tot iets serieus.

Het addertje zit in de opzet, niet in gierigheid: Replit draait om een werkruimte die je aan het gebruiken bent. Een proces laten doordraaien nadat je het tabblad sluit, is een aparte, betaalde functie, en de gratis werkruimte valt stil als je stopt met werken. Dat is een logische productkeuze (het is een ontwikkelomgeving, geen hostingplatform), maar het betekent dat "mijn bot gaat offline als ik mijn laptop dichtklap" het bedoelde gedrag is, geen bug die je moet oplossen.

Wat ons brengt bij het keep-alive-patroon dat je in tientallen tutorials tegenkomt: voeg een minimale webserver toe aan je bot en laat een gratis uptime-monitor er continu op pingen, zodat er altijd iets de pagina opvraagt. Het werkt een tijdje. Het is ook in alle richtingen fragiel: de monitor valt weg, de regels veranderen en je bent uiteindelijk de noodoplossing aan het onderhouden in plaats van de bot. Lees voordat je er iets op bouwt de actuele documentatie van Replit over wat het gratis abonnement vandaag bevat, want dit is precies het soort ding dat wordt herzien.

Render en Railway: echte platformen, verkeerde vorm voor gratis

Render en Railway zijn volwaardige deploymentplatformen: git push, het bouwt, het draait. Hun betaalde tiers zijn een prima plek voor een Discord-bot. Bij de gratis instapopties lopen mensen tegen de lamp, en dat om twee verschillende redenen die je beter apart kunt bekijken.

Render: je bot is het verkeerde soort dienst

Het gratis aanbod van Render is ingericht op webservices (dingen die HTTP-verzoeken beantwoorden) en legt die stil als er geen verzoeken binnenkomen. Een Discord-bot is dat niet. Het is een achtergrondproces dat een uitgaande verbinding openhoudt, en het zal nooit het HTTP-verkeer ontvangen dat hem wakker zou houden. Het probleem zit dus niet in hoe royaal de tier is; de werklast past niet bij de vorm van het product. Of achtergrondprocessen in het gratis abonnement beschikbaar zijn, is precies het soort detail dat verandert, dus kijk in de eigen documentatie van Render in plaats van in een tutorial van twee jaar oud.

Railway: op basis van verbruik, dus hij stopt halverwege de maand

Railway meet het gebruik en geeft je een tegoed om op te maken. Niets slaapt en niets hoeft gepingd te worden: het draait gewoon tot het tegoed op is en stopt dan tot de volgende cyclus. Als manier om een deployment uit te proberen is dat netjes en voorspelbaar. Als "24/7 hosting" zit er een harde stop in ingebouwd, en die stop valt midden in de maand, als je niet kijkt. Hun prijsdocumentatie bevat de actuele cijfers.

Beide zijn het kennen waard, en geen van beide wordt hier bekritiseerd. Bevalt de werkwijze je, dan is de eerlijke keuze de betaalde tier van het platform dat je fijn vindt, niet de gratis versie dwingen om zich zo te gedragen.

Oracle Always Free, GitHub Actions en "gratis VPS"-aanbiedingen

Nog drie opties die steeds weer opduiken, in aflopende volgorde van hoeveel je ze kunt vertrouwen.

Oracle Always Free: dichter bij gratis 24/7 komt de cloud niet

Deze is echt. De Always Free-tier van Oracle bevat kleine virtuele machines die niet slapen: een gewone Linux-server die blijft draaien, en dat is precies waar je om vroeg. Twee eerlijke kanttekeningen. Ten eerste: er een krijgen is het moeilijke deel. Gratis capaciteit in een bepaalde regio is vaak niet beschikbaar, en dan is het antwoord een andere regio proberen of wachten. Ten tweede ben je nu systeembeheerder: OS-updates, firewall, een service-unit zodat de bot bij het opstarten herstart, en je eigen back-ups. Een eerlijke ruil als je dat wilt leren, een slechte als je alleen je bot online wilde hebben. Lees de actuele Always Free-voorwaarden van Oracle voordat je erop gaat bouwen, inclusief wat er gebeurt met instances die zij als inactief beschouwen.

GitHub Actions: geen host, en ook niet toegestaan als host

Actions is een CI-systeem: het draait een job als er iets gebeurt in je repository, en jobs hebben een maximale looptijd. Je kunt geplande runs aan elkaar rijgen om een permanent proces na te bootsen, en mensen doen dat ook. Twee redenen om het niet te doen. In de praktijk krijg je een bot die volgens een schema doodgaat en herstart, telkens met een gat ertussen. Formeel beperken de voorwaarden van GitHub Actions tot werk dat met de software van die repository zelf te maken heeft: een permanent draaiende bot valt buiten waar het product voor bedoeld is, en je community bouwen op iets wat uitgezet kan worden, is een slecht fundament. Gebruik het waar het uitstekend in is: de code van je bot testen bij elke push.

"Gratis VPS"-aanbiedingen: beoordeel ze op wat ze je niet vertellen

Die vallen in twee groepen uiteen. Sommige zijn gewone proefperiodes: een echte machine, een echte tijdslimiet, creditcard verplicht. Prima, zolang je weet dat de klok loopt. De rest adverteert met een server die voor altijd gratis is en blijft vaag over de details, en dat zegt genoeg: als een aanbieder de CPU, het RAM, het netwerk en het acceptable-use-beleid niet zwart op wit zet, dan heb je je antwoord. Een overvolle machine zonder opgegeven limieten valt niet luidruchtig om; hij wordt gewoon traag, je bot reageert te laat en je komt er nooit achter waarom.

Je eigen pc of een Raspberry Pi: de optie die echt gratis is

Dit is de optie die zijn belofte nakomt. Hardware die je al hebt, aan, met je bot erop. Niets legt hem te slapen, niets meet het verbruik en er raakt geen tegoed op. Heb je een reservemachine en een stabiele verbinding, dan is dit echte gratis 24/7 hosting, en deze gids gaat niet doen alsof dat niet zo is.

Wat je in plaats daarvan betaalt is geen geld, en het is goed om dat eerlijk te benoemen:

• Stroom, de hele maand, elke maand. Een desktop-pc die aan blijft staan, zie je echt terug op je rekening; een Raspberry Pi is een afrondingsverschil. Reken het uit met je eigen tarief: wie je een bedrag noemt, gokt naar jouw stroomprijs.
• De betrouwbaarheid van je thuisinternet wordt de uptime van je bot. De router herstart om 3 uur 's nachts, je provider heeft een slecht uur, de stroom hapert. Elke keer is een gat, en je merkt het pas als iemand in je server er iets over zegt.
• Je aandacht. Een Windows-update besluit op het slechtst denkbare moment te herstarten, of het proces sterft stilletjes en niets brengt het terug. Bij een thuisopstelling ben jij de monitoring.

Twee dingen maken het verschil tussen dit werkend krijgen en een steeds terugkerende ergernis:

• Laat hem zichzelf herstarten. Een bot die je met de hand in een terminal start, stopt bij de eerste crash of herstart. Richt hem in als een service die bij het opstarten terugkomt: die ene stap is wat "thuis gehost" onderscheidt van "draait tot er iets gebeurt".
• Gebruik een Raspberry Pi in plaats van je dagelijkse computer. Hij verbruikt bijna niets, heeft geen ventilator die je irriteert en, het belangrijkste, je gebruikt hem nergens anders voor, dus niets wat jij doet kan de bot onderuit halen. Houd er rekening mee dat de SD-kaart uiteindelijk slijt, dus zet alles wat je belangrijk vindt op een plek waarvan je een back-up maakt.

Gratis 24/7 hosting voor een Python- of Node.js-bot

De vraag komt meestal met een programmeertaal erbij: gratis 24/7 hosting voor een discord.py-bot, of voor een discord.js-bot. Het eerlijke antwoord is dat de taal bijna niets verandert aan de vraag of een gratis host je bot online houdt. Slaapstand, koude starts, een schijf die gewist wordt en een maandtegoed werken allemaal op het proces, niet op de taal waarin het geschreven is. Een Python-bot en een Node.js-bot op dezelfde gratis tier gaan op hetzelfde moment offline, om dezelfde reden.

Waar de taal wel uitmaakt, is in de details die bepalen of een host überhaupt past:

• Wordt de runtime aangeboden, en in welke versie? discord.js volgt de actuele Node.js-releases en discord.py heeft een redelijk recente Python nodig. Een gratis tier die alleen een oudere runtime biedt, of maar één van de twee, valt al af voordat uptime ter sprake komt. Vergelijk de ondersteunde versies van de host met de eisen van de library zelf.
• Dependencies worden opnieuw geïnstalleerd op een lege schijf. Op een host waarvan het bestandssysteem gewist wordt, worden de libraries van de bot na elke herstart of nieuwe deployment opnieuw geïnstalleerd, in Node.js en Python net zo goed. Dat maakt het gat na elke herstart langer, en een dependency die niet wil installeren betekent dat de bot helemaal niet terugkomt.
• Voice heeft meer nodig dan de library. Een muziekbot heeft in beide talen native onderdelen naast de library nodig (een Opus-audiolibrary, een encryptielibrary en FFmpeg), en veel gratis platformen bieden die niet aan en laten je ook geen systeempakketten installeren. Een bot die alleen tekst doet, heeft er geen last van.
• De keep-alive-truc ziet er anders uit en faalt op dezelfde manier. Python-tutorials plakken een kleine Flask-server aan de bot; Node.js-tutorials gebruiken Express. Hoe dan ook bestaat hij alleen om verzoeken te genereren die voorkomen dat het platform het proces in slaapstand zet, en hij gaat om dezelfde redenen stuk als hierboven beschreven.

Geheugen is het andere punt waarop de twee verschillen: dezelfde botlogica gebruikt als Node.js-proces niet evenveel RAM als als Python-proces, en een muziekbot gebruikt meer dan allebei. De meeste commando- en moderatiebots passen in beide talen nog ruim in een paar honderd megabyte, dus voor een doorsnee bot is het niet de doorslaggevende factor.

Wanneer betalen de moeite waard is, en hoe weinig het kost

Hier ligt een duidelijke grens, en die heeft niets te maken met hoe groot je bot is. Betaal wanneer de bot niet meer alleen van jou is en iets wordt waar anderen op rekenen. Tot dat moment kost downtime je een schouderophalen. Daarna kost downtime je precies datgene waarvoor je de bot hebt gebouwd.

Vier tekenen dat je die grens bent overgegaan:

• Iemand anders merkt eerder dan jij dat de bot offline is.
• Je hebt hem deze maand meer dan eens met de hand herstart.
• Het verlies van zijn data (levels, economie, configuratie) zou er echt toe doen.
• Je bent meer tijd kwijt aan het onderhouden van een keep-alive-noodoplossing dan aan de bot zelf.

Wat deze beslissing makkelijk maakt, is de prijs. Een bot is een lichte belasting: een moderatie- of commandobot zit ruim in een paar honderd megabyte RAM, dus wat je koopt is geen rekenkracht, maar het feit dat hij draait en blijft draaien. Discord-bothosting van HytHost begint bij €0.89/mnd, met een proces dat zichzelf herstart na een crash, een database die herstarts overleeft en een SLA van 99,9% uptime, voor ongeveer wat de stroom van een desktop-pc je toch al gekost zou hebben.

Wil je weten hoe je je code praktisch op een host krijgt (het startcommando, dependencies, je token buiten de repository houden), dan is dat een andere klus met een eigen gids: een Discord-bot 24/7 hosten.