Gratis Discord bot hosting 24/7

Det korte svar

Ja, du kan køre en Discord-bot gratis. Nej, næsten ingen af de gratis muligheder holder den online døgnet rundt, uden at du opdager det. Præcis én gør det reelt: en maskine, du ejer og lader stå tændt. Alt andet bytter oppetid for nullet på fakturaen — det lægger botten i dvale, måler forbruget eller genstarter den efter en tidsplan.

Det er hele guiden på tre linjer. Resten handler om, hvilken mulighed der gør hvad, så du kan vælge med åbne øjne.

Hvis din bot er et weekendprojekt, du aktivt bygger på, er et gratis niveau det rigtige værktøj, og du kan stoppe med at læse her. Hvis andre allerede bruger den, så læs videre — fejlmønstrene nedenfor er dem, der kommer til at bide dig.

De fire måder „gratis" holder op med at være 24/7

Gratis niveauer fejler ikke tilfældigt. De fejler på fire bestemte måder, og når du ved, hvilken af dem du rammer, ved du med det samme, om det kan løses.

1. Platformen lægger din proces i dvale

Hostingplatforme tager kapacitet tilbage fra arbejde, der ser inaktivt ud. Her er fælden: for en webplatform ser en Discord-bot fuldstændig inaktiv ud. Den åbner en udgående WebSocket til Discords gateway og venter. Der kommer intet ind på en port, der besvares ingen HTTP-forespørgsler, og ingen trafikgraf rører sig. Din bot kan svare på kommandoer hele aftenen og stadig, målt på alt hvad platformen holder øje med, lave absolut ingenting.

2. Kolde starter har intet at vække dem

En hjemmeside kan godt overleve dvale: den næste besøgendes forespørgsel vækker den, og vedkommende venter et sekund. Men ingen sender en HTTP-forespørgsel til en Discord-bot, så der er intet til at vække den — den bliver bare nede. Det er hele grunden til, at keep-alive-tricks findes: en lille webserver skruet på botten plus en ekstern tjeneste, der pinger den i det uendelige. Det virker, indtil pingeren stopper, platformen ændrer sine dvaleregler, eller du læser vilkårene og opdager, at du arbejder imod dem.

3. Filsystemet er ikke dit at beholde

På mange gratis niveauer nulstilles disken, når appen deployes igen eller genstarter. Hvis din bot gemmer levels, økonomi, advarsler eller indstillinger pr. server i en JSON-fil ved siden af koden, er den fil midlertidig lagring, der ser permanent ud. Den overlever i dagevis, hvilket er længe nok til, at du stoler på den, og så sletter en genstart den. Alt, hvad der skal overleve en genstart, hører hjemme i en database, ikke på disken.

4. Den månedlige kvote slipper op

Nogle gratis planer er slet ikke baseret på dvale — de giver dig en kvote af forbrug pr. måned. En bot, der kører uafbrudt, bruger den kvote uafbrudt, så den stopper midt i perioden og kommer tilbage, når måleren nulstilles. Tre ugers oppetid er et helt fint hobbysetup. Det er ikke 24/7.

Replit: byg botten der, men lad den ikke blive der

Replit er en editor og et runtime-miljø i én browserfane, og til at skrive en bot er det virkelig behageligt — du kan gå fra en tom fil til en bot, der svarer på din testserver, uden at installere noget. Mange menneskers første fungerende bot boede på Replit, herunder en del, der senere voksede til noget seriøst.

Hagen er strukturel snarere end nærig: Replit er bygget op omkring et workspace, som du bruger. At holde en proces kørende, efter du har lukket fanen, er en separat, betalt funktion, og det gratis workspace lukker ned, når du holder op med at arbejde i det. Det er en sammenhængende produktbeslutning — det er et udviklingsmiljø, ikke en hostingplatform — men det betyder, at „min bot går offline, når jeg lukker min laptop" er den tilsigtede opførsel, ikke en fejl, der skal løses.

Hvilket fører os til keep-alive-mønstret, du finder i snesevis af tutorials: tilføj en minimal webserver til din bot, og peg en gratis oppetidsmonitor mod den, så der altid er noget, der henter siden. Det virker faktisk et stykke tid. Det er også skrøbeligt i alle retninger — monitoren svigter, reglerne ændrer sig, og du ender med at vedligeholde nødløsningen i stedet for botten. Før du bygger noget oven på det, så læs Replits aktuelle dokumentation om, hvad den gratis plan indeholder i dag, for det er præcis den slags, der bliver ændret.

Render og Railway: rigtige platforme, forkert form til gratis

Render og Railway er ordentlige deployment-platforme — git push, det bygges, det kører. Deres betalte niveauer er et helt fornuftigt sted til en Discord-bot. Det er de gratis indgange, hvor folk bliver fanget, og af to forskellige grunde, som er værd at holde adskilt.

Render: din bot er den forkerte slags tjeneste

Renders gratis tilbud er formet omkring webtjenester — ting, der besvarer HTTP-forespørgsler — og det lukker dem ned, når der ikke kommer forespørgsler. En Discord-bot er ikke sådan en. Den er en baggrundsworker, der holder en udgående forbindelse, og den vil aldrig modtage den HTTP-trafik, der ville holde den vågen. Uoverensstemmelsen handler altså ikke om, hvor generøst niveauet er; arbejdsbyrden passer bare ikke til produktets form. Om baggrundsworkere er tilgængelige på den gratis plan, er præcis den slags detalje, der ændrer sig, så tjek Renders egen dokumentation frem for en tutorial fra for to år siden.

Railway: forbrugsmålt, så den stopper midt i måneden

Railway måler forbrug og giver dig en kvote at bruge af. Intet går i dvale, og intet skal pinges — den kører simpelthen, indtil kvoten er brugt, og stopper så indtil næste periode. Som en måde at prøve en deployment af er det rent og forudsigeligt. Som „24/7-hosting" har det et hårdt stop indbygget, og stoppet lander midt i måneden, når du ikke kigger. Deres prisdokumentation har de aktuelle tal.

Begge er værd at kende, og ingen af dem bliver kritiseret her. Hvis du kan lide arbejdsgangen, er det ærlige træk at bruge det betalte niveau på den platform, du kan lide — ikke at kæmpe for at få den gratis til at opføre sig som den.

Oracle Always Free, GitHub Actions og tilbud om „gratis VPS"

Tre muligheder mere, der dukker op hele tiden, i faldende rækkefølge efter hvor meget du bør stole på dem.

Oracle Always Free: det tætteste en cloud kommer på gratis 24/7

Denne er ægte. Oracles Always Free-niveau omfatter små virtuelle maskiner, der ikke går i dvale — en almindelig Linux-maskine, der bliver ved med at køre, hvilket reelt er det, du bad om. To ærlige forbehold. For det første er det svære at få fat i en: gratis kapacitet i en given region er ofte ikke tilgængelig, og svaret er at prøve en anden region eller vente. For det andet er du lige blevet systemadministrator — OS-opdateringer, firewall, en service-unit så botten genstarter ved opstart, og dine egne backups. Det er en fair handel, hvis du vil lære det, og en dårlig en, hvis du bare ville have din bot online. Læs Oracles aktuelle Always Free-vilkår, før du stoler på det, herunder hvad der sker med instanser, de anser for inaktive.

GitHub Actions: ikke en host, og ikke tilladt som en

Actions er et CI-system: det kører et job, når der sker noget i dit repository, og jobs har en maksimal køretid. Du kan kæde planlagte kørsler sammen for at efterligne en permanent proces, og folk gør det. To grunde til at lade være. Praktisk set får du en bot, der dør og genstarter efter en køreplan, med et hul hver gang. Formelt begrænser GitHubs vilkår Actions til arbejde, der er knyttet til det pågældende repositorys egen software — en permanent kørende bot ligger uden for det, produktet er til, og at bygge dit fællesskab på noget, der kan slukkes, er et dårligt fundament. Brug det til det, det er fremragende til: at teste din bots kode ved hvert push.

Tilbud om „gratis VPS": bedøm dem på det, de ikke vil fortælle dig

De falder i to bunker. Nogle er almindelige prøveperioder — en rigtig maskine, en rigtig tidsgrænse, kort påkrævet. Fint, så længe du ved, at uret tikker. Resten reklamerer med en permanent gratis server og er vage om detaljerne, hvilket er afsløringen: hvis en udbyder ikke vil oplyse CPU, RAM, netværk og regler for acceptabel brug skriftligt, så er det svaret. En overbooket maskine uden oplyste grænser fejler ikke højlydt; den bliver bare langsom, din bot svarer sent, og du finder aldrig ud af hvorfor.

Din egen pc eller en Raspberry Pi: den, der faktisk er gratis

Her er muligheden, der holder sit løfte. Hardware, du allerede ejer, tændt og med din bot kørende. Intet lægger den i dvale, intet måler den, og ingen kvote slipper op. Hvis du har en ledig maskine og en stabil forbindelse, er det ægte gratis 24/7-hosting, og denne guide vil ikke påstå andet.

Det, du betaler i stedet, er ikke penge, og det er værd at nævne ærligt:

• Strøm, hele måneden, hver måned. En stationær pc, der står tændt, er en reel post på din regning; en Raspberry Pi er en afrundingsfejl. Regn det ud ud fra din egen elpris — enhver, der giver dig et tal, gætter på din elpris.
• Din hjemmeforbindelses pålidelighed bliver din bots oppetid. Routeren genstarter klokken tre om natten, udbyderen har en dårlig time, strømmen blinker. Hver gang er det et hul, og du finder ud af det, når nogen på din server nævner det.
• Din opmærksomhed. En Windows-opdatering beslutter sig for at genstarte på det værst tænkelige tidspunkt, eller processen dør stille, og intet bringer den tilbage. På et hjemmesetup er du selv overvågningen.

To ting gør forskellen på, om det virker, eller om det bliver en tilbagevendende irritation:

• Sørg for, at den genstarter af sig selv. En bot, der startes manuelt i en terminal, slutter ved det første nedbrud eller den første genstart. Sæt den op som en tjeneste, der kommer tilbage ved opstart — det ene trin er det, der adskiller „hostet hjemme" fra „kører, indtil der sker noget".
• Brug en Raspberry Pi frem for din daglige maskine. Den bruger næsten ingen strøm, har ingen blæser, der generer dig, og — vigtigst af alt — du bruger den ikke til andet, så intet, du gør, kan tage botten ned. Husk, at SD-kortet slides op med tiden, så læg alt, hvad du holder af, et sted, du tager backup af.

Gratis 24/7-hosting til en bot i Python eller Node.js

Spørgsmålet kommer som regel med et sprog tilknyttet: gratis 24/7-hosting til en discord.py-bot eller til en discord.js-bot. Det ærlige svar er, at sproget stort set ikke ændrer noget ved, om en gratis host holder din bot online. Dvale, kolde starter, en disk der nulstilles og en månedlig kvote virker alle på processen, ikke på hvad den er skrevet i. En Python-bot og en Node.js-bot på samme gratis niveau går offline på samme tidspunkt og af samme grund.

Hvor sproget betyder noget, er i de detaljer, der afgør, om en host overhovedet passer:

• Tilbydes runtime-miljøet, og i hvilken version? discord.js følger de aktuelle Node.js-udgivelser, og discord.py kræver en rimeligt ny Python. Et gratis niveau, der kun tilbyder et ældre runtime-miljø, eller kun ét af de to, diskvalificerer sig selv, før oppetid overhovedet kommer på tale. Sammenlign hostens understøttede versioner med bibliotekets egne krav.
• Afhængigheder installeres igen på en frisk disk. På en host, hvis filsystem nulstilles, geninstalleres bottens biblioteker efter hver genstart eller deployment — i Node.js og Python ens. Det forlænger hullet efter hver genstart, og en afhængighed, der ikke kan installeres, betyder, at botten slet ikke kommer tilbage.
• Stemme kræver mere end biblioteket. En musikbot i begge sprog har brug for native komponenter ved siden af biblioteket — et Opus-lydbibliotek, et krypteringsbibliotek og FFmpeg — og mange gratis platforme leverer dem hverken eller lader dig installere systempakker. En bot kun med tekst berøres ikke.
• Keep-alive-tricket ser anderledes ud og fejler på samme måde. Python-tutorials skruer en lille Flask-server på botten; Node.js-tutorials bruger Express. Uanset hvad findes den kun for at generere forespørgsler, der forhindrer platformen i at lægge processen i dvale, og den går i stykker af de samme grunde som beskrevet ovenfor.

Hukommelse er det andet sted, hvor de to adskiller sig: den samme botlogik bruger ikke lige meget RAM som en Node.js-proces og som en Python-proces, og en musikbot bruger mere end begge. De fleste kommando- og moderationsbotter ligger dog komfortabelt på et par hundrede megabyte i begge sprog, så for en typisk bot er det ikke den afgørende faktor.

Hvornår det er værd at betale, og hvor lidt det kræver

Der er en klar grænse her, og den handler ikke om, hvor stor din bot er. Betal, når botten holder op med at være din og bliver noget, andre er afhængige af. Indtil da koster nedetid dig et skuldertræk. Derefter koster nedetid dig netop det, du byggede botten til.

Fire tegn på, at du har krydset grænsen:

• En anden opdager, at botten er nede, før du gør.
• Du har genstartet den manuelt mere end én gang denne måned.
• Det ville faktisk betyde noget at miste dens data — levels, økonomi, konfiguration.
• Du bruger mere tid på at vedligeholde en keep-alive-nødløsning end på at arbejde på botten.

Grunden til, at beslutningen er let, er prisen. En bot er en let arbejdsbyrde: en moderations- eller kommandobot klarer sig fint med et par hundrede megabyte RAM, så det, du køber, er ikke kraft, men det faktum, at den kører og bliver ved med at køre. HytHost Discord bot hosting starter ved €0.89/md., med en proces, der genstarter af sig selv, hvis den går ned, en database, der overlever genstarter, og en SLA på 99,9 % oppetid — for omtrent hvad strømmen til en stationær pc alligevel ville have kostet dig.

Hvis du vil have mekanikken i at få din kode op på en host — startkommandoen, afhængigheder, hvordan du holder dit token ude af repositoryet — er det en anden opgave, og den har sin egen guide: sådan hoster du en Discord-bot 24/7.