Ingyenes Discord bot hosting 24/7

A rövid válasz

Igen, futtathatsz Discord botot ingyen. Nem, szinte egyik ingyenes lehetőség sem tartja online éjjel-nappal úgy, hogy te ne vennéd észre. Pontosan egy csinálja ezt valóban: egy saját gép, amelyet bekapcsolva hagysz. Minden más az elérhetőséget cseréli el a nulla forintos számláért — elaltatja a botot, méri a használatát, vagy ütemezetten újraindítja.

Ez az egész útmutató három sorban. A többi arról szól, melyik lehetőség mit csinál, hogy nyitott szemmel választhass.

Ha a botod egy hétvégi projekt, amelyen éppen aktívan dolgozol, az ingyenes csomag a megfelelő eszköz, és itt abbahagyhatod az olvasást. Ha már mások is használják, olvass tovább — az alábbi hibamódok pontosan azok, amelyek meg fognak csípni.

A négy mód, ahogy az "ingyenes" megszűnik 24/7 lenni

Az ingyenes csomagok nem véletlenszerűen mondják fel a szolgálatot. Négy konkrét módon teszik, és ha tudod, melyikbe futottál bele, azonnal tudod azt is, orvosolható-e.

1. A platform elaltatja a folyamatodat

A tárhelyplatformok visszaveszik a kapacitást attól, ami inaktívnak tűnik. És itt a csapda: egy webplatform szemében a Discord bot teljesen inaktívnak tűnik. Kimenő WebSocket-kapcsolatot nyit a Discord gatewayéhez, és vár. Semmi nem érkezik egy portra, egyetlen HTTP-kérést sem szolgál ki, egyetlen forgalmi grafikon sem mozdul. A botod egész este válaszolhat a parancsokra, és a platform által figyelt minden mérőszám szerint mégsem csinál semmit.

2. A hidegindítást semmi sem ébreszti fel

Egy weboldal túléli az elaltatást: a következő látogató kérése felébreszti, ő pedig vár egy másodpercet. Egy Discord botnak senki nem küld HTTP-kérést, így nincs, ami felébressze — egyszerűen leállva marad. Pontosan ezért léteznek a keep-alive trükkök: egy apró webszerver a bothoz csavarozva, plusz egy külső szolgáltatás, amely örökké pingeli. Működik, amíg a pingelő le nem áll, a platform meg nem változtatja az elaltatási szabályait, vagy el nem olvasod a feltételeket, és rá nem jössz, hogy éppen azok ellen dolgozol.

3. A fájlrendszer nem a tiéd, hogy megtartsd

Sok ingyenes csomagon a lemez visszaáll, amikor az alkalmazás újra deployolódik vagy újraindul. Ha a botod szinteket, gazdaságot, figyelmeztetéseket vagy szerverenkénti beállításokat ír egy JSON-fájlba a kódja mellé, az a fájl ideiglenes tárhely, amely tartósnak látszik. Napokig megmarad, elég sokáig ahhoz, hogy megbízz benne, aztán egy újraindítás letörli. Aminek túl kell élnie egy újraindítást, annak adatbázisban a helye, nem a lemezen.

4. Elfogy a havi keret

Egyes ingyenes csomagok egyáltalán nem alvásra épülnek — havi használati keretet kapsz. A folyamatosan futó bot folyamatosan fogyasztja ezt a keretet, így a ciklus közepén leáll, és akkor tér vissza, amikor a számláló nullázódik. Három hét elérhetőség teljesen jó hobbibeállítás. De nem 24/7.

Replit: ott építsd meg a botot, de ne hagyd ott

A Replit egy szerkesztő és egy futtatókörnyezet egyetlen böngészőfülön, és botíráshoz tényleg kellemes — egy üres fájltól egy, a tesztszervereden válaszoló botig eljutsz anélkül, hogy bármit telepítenél. Sokak első működő botja a Replit-en élt, köztük rengeteg olyan, amelyből később valami komoly lett.

A bökkenő szerkezeti, nem szűkmarkúság: a Replit egy olyan munkaterület köré épül, amelyet éppen használsz. Egy folyamat futtatása a fül bezárása után külön, fizetős képesség, az ingyenes munkaterület pedig leáll, amikor abbahagyod benne a munkát. Ez következetes termékdöntés — fejlesztői környezetről van szó, nem tárhelyplatformról —, de azt jelenti, hogy "a botom leáll, amikor lecsukom a laptopot" a szándékolt viselkedés, nem megoldandó hiba.

Ez elvezet a keep-alive mintához, amelyet tucatnyi oktatóanyagban megtalálsz: adj a botodhoz egy minimális webszervert, majd irányíts rá egy ingyenes elérhetőség-figyelőt, hogy mindig kérje valami az oldalt. Egy ideig működik. Ugyanakkor minden irányban törékeny — a figyelő kiesik, a szabályok változnak, és végül a kerülőmegoldást tartod karban a bot helyett. Mielőtt bármit építenél rá, olvasd el a Replit aktuális dokumentációját arról, mit tartalmaz ma az ingyenes csomag, mert pontosan az ilyesmit szokták módosítani.

Render és Railway: valódi platformok, rossz forma az ingyeneshez

A Render és a Railway rendes deploy-platformok — git push, lefordul, elindul. Fizetős csomagjaik teljesen észszerű helyet adnak egy Discord botnak. Az ingyenes belépő szinteken akadnak el az emberek, mégpedig két különböző okból, amelyeket érdemes szétválasztani.

Render: a botod rossz fajta szolgáltatás

A Render ingyenes kínálata webszolgáltatások köré épül — olyanok köré, amelyek HTTP-kérésekre válaszolnak —, és leállítja őket, ha nem érkezik kérés. A Discord bot nem ilyen. Háttérben futó worker, amely kimenő kapcsolatot tart, és soha nem kapja meg azt a HTTP-forgalmat, amely ébren tartaná. Az eltérés tehát nem abban áll, mennyire bőkezű a csomag; a munkaterhelés nem illik a termék formájához. Hogy az ingyenes csomagban elérhetők-e háttér-workerek, az pontosan az a fajta részlet, amely változik, ezért a Render saját dokumentációját nézd meg, ne egy két évvel ezelőtti oktatóanyagot.

Railway: mér, ezért hónap közepén leáll

A Railway méri a használatot, és ad egy elkölthető keretet. Semmi sem alszik el, és semmit sem kell pingelni — egyszerűen fut, amíg a keret el nem fogy, aztán leáll a következő ciklusig. Egy deploy kipróbálására ez tiszta és kiszámítható. "24/7 hostingként" viszont beépített kemény megállója van, és ez hónap közepén jön el, amikor éppen nem figyelsz. Az aktuális számokat az árazási dokumentációjuk tartalmazza.

Mindkettőt érdemes ismerni, és egyiket sem kritizáljuk itt. Ha tetszik a munkafolyamat, az őszinte lépés a kedvenc platformod fizetős csomagját használni — nem pedig az ingyeneset rákényszeríteni, hogy úgy viselkedjen.

Oracle Always Free, GitHub Actions és az "ingyenes VPS" ajánlatok

Még három lehetőség, amely folyton felmerül, abban a sorrendben, hogy mennyire bízhatsz meg bennük, a legmegbízhatóbbtól kezdve.

Oracle Always Free: ennél közelebb egy felhő nem jut az ingyenes 24/7-hez

Ez valódi. Az Oracle Always Free csomagja olyan kis virtuális gépeket tartalmaz, amelyek nem alszanak el — egy sima Linux gép, amely folyamatosan fut, és ez tényleg az, amit kértél. Két őszinte bökkenő. Először is hozzájutni a nehéz rész: egy adott régióban az ingyenes kapacitás gyakran nem elérhető, a megoldás pedig egy másik régió kipróbálása vagy a várakozás. Másodszor épp rendszergazdává váltál — OS-frissítések, tűzfal, egy service unit, hogy a bot rendszerinduláskor újrainduljon, és a saját mentéseid. Tisztességes alku, ha meg akarod tanulni, és rossz, ha csak azt akartad, hogy a botod online legyen. Mielőtt építenél rá, olvasd el az Oracle aktuális Always Free feltételeit, azt is beleértve, mi történik az általuk tétlennek ítélt példányokkal.

GitHub Actions: nem tárhely, és nem is szabad annak használni

Az Actions egy CI-rendszer: akkor futtat egy feladatot, amikor valami történik a repódban, és a feladatoknak van maximális futásideje. Ütemezett futtatásokat láncolhatsz egymás után, hogy megközelíts egy állandó folyamatot, és vannak, akik ezt teszik. Két ok, hogy ne tedd. Gyakorlati szempontból olyan botot kapsz, amely menetrend szerint meghal és újraindul, minden alkalommal egy kieséssel. Formálisan a GitHub feltételei az Actionst az adott repó saját szoftveréhez kapcsolódó munkára korlátozzák — egy állandóan futó bot kívül esik azon, amire a termék készült, és a közösségedet olyasmire építeni, amit ki lehet kapcsolni, rossz alap. Használd arra, amiben kiváló: a botod kódjának tesztelésére minden pushnál.

"Ingyenes VPS" ajánlatok: azon mérd le őket, amit nem árulnak el

Ezek két kupacra oszlanak. Egy részük szokásos próbaidőszak — valódi gép, valódi időkorlát, bankkártya szükséges. Rendben van, amíg tudod, hogy ketyeg az óra. A többi örökké ingyenes szervert hirdet, és homályos a részleteket illetően, ez pedig árulkodó: ha egy szolgáltató nem hajlandó írásban megadni a CPU-t, a RAM-ot, a hálózatot és az elfogadható használat szabályait, az maga a válasz. Egy túlterhelt, megadott korlátok nélküli gép nem hangosan omlik össze; egyszerűen lelassul, a botod későn válaszol, és soha nem tudod meg, miért.

A saját géped vagy egy Raspberry Pi: az egyetlen, ami tényleg ingyenes

Íme a lehetőség, amely betartja az ígéretét. Egy hardver, amely már a tiéd, bekapcsolva, a botodat futtatva. Semmi sem altatja el, semmi sem méri, és semmilyen keret nem fogy el. Ha van egy tartalék géped és stabil kapcsolatod, ez valódi ingyenes 24/7 hosting, és ez az útmutató nem fog úgy tenni, mintha nem így lenne.

Amit helyette fizetsz, az nem pénz, és érdemes őszintén megnevezni:

• Áram, egész hónapban, minden hónapban. Egy bekapcsolva hagyott asztali PC valódi tétel a számládon; egy Raspberry Pi elhanyagolható. Számold ki a saját tarifád alapján — aki számot mond neked, az csak találgatja, mennyibe kerül nálad az áram.
• Az otthoni internet megbízhatósága lesz a botod elérhetősége. A router hajnali 3-kor újraindul, a szolgáltatónak rossz órája van, pislákol az áram. Mindegyik egy kiesés, és akkor tudod meg, amikor valaki a szervereden szóvá teszi.
• A figyelmed. Egy Windows-frissítés a lehető legrosszabb pillanatban dönt az újraindítás mellett, vagy a folyamat csendben meghal, és semmi sem hozza vissza. Otthoni beállításnál te vagy a monitorozás.

Két dolog dönti el, hogy ez működik-e, vagy visszatérő bosszúság lesz:

• Indítsa újra magát. A terminálban kézzel indított bot az első összeomlásnál vagy újraindításnál véget ér. Állítsd be szolgáltatásként, amely rendszerinduláskor visszajön — ez az egyetlen lépés választja el az "otthon hosztolt" botot attól, amelyik "fut, amíg valami nem történik".
• Raspberry Pi-t használj, ne a mindennapi gépedet. Szinte semmit sem fogyaszt, nincs idegesítő ventilátora, és — ami a legfontosabb — semmi másra nem használod, így semmi, amit csinálsz, nem döntheti le a botot. Tartsd észben, hogy az SD-kártya idővel elkopik, ezért mindent, ami fontos, olyan helyen tarts, amelyről mentést készítesz.

Ingyenes 24/7 hosting Python vagy Node.js bothoz

A kérdés általában egy programnyelvvel együtt érkezik: ingyenes 24/7 hosting egy discord.py bothoz vagy egy discord.js bothoz. Az őszinte válasz az, hogy a nyelv szinte semmit sem változtat azon, hogy egy ingyenes tárhely online tartja-e a botodat. Az elaltatás, a hidegindítás, a visszaálló lemez és a havi keret a folyamatra hat, nem arra, hogy milyen nyelven írták. Egy Python bot és egy Node.js bot ugyanazon az ingyenes csomagon ugyanabban a pillanatban, ugyanazért áll le.

Ahol a nyelv számít, azok a részletek, amelyek eldöntik, hogy egy tárhely egyáltalán megfelel-e:

• Elérhető-e a futtatókörnyezet, és melyik verzióban? A discord.js a Node.js aktuális kiadásait követi, a discord.py pedig viszonylag friss Pythont igényel. Egy ingyenes csomag, amely csak régebbi futtatókörnyezetet kínál, vagy csak a kettő közül az egyiket, már azelőtt kiesik, hogy az elérhetőség egyáltalán szóba kerülne. Vesd össze a tárhely által támogatott verziókat a könyvtár saját követelményeivel.
• A függőségek friss lemezre újra települnek. Egy olyan tárhelyen, amelynek fájlrendszere visszaáll, a bot könyvtárai minden újraindítás vagy újra-deploy után újratelepülnek — Node.js-ben és Pythonban egyaránt. Ez meghosszabbítja a kiesést minden újraindítás után, egy települni nem hajlandó függőség pedig azt jelenti, hogy a bot egyáltalán nem tér vissza.
• A hanghoz több kell a könyvtárnál. Egy zenei botnak bármelyik nyelven natív összetevőkre van szüksége a könyvtár mellett — az Opus hangkönyvtárra, egy titkosítási könyvtárra és az FFmpeg-re —, és sok ingyenes platform ezeket sem nem biztosítja, sem rendszercsomagok telepítését nem engedi. Egy csak szöveges botot ez nem érint.
• A keep-alive trükk máshogy néz ki, és ugyanúgy bukik el. A Python oktatóanyagok egy kis Flask szervert csavaroznak a bothoz; a Node.js oktatóanyagok Expresst használnak. Mindkét esetben csak azért létezik, hogy kéréseket generáljon, amelyek megakadályozzák, hogy a platform elaltassa a folyamatot, és ugyanazokból a fent leírt okokból törik el.

A memória a másik terület, ahol a kettő eltér: ugyanaz a botlogika nem ugyanannyi RAM-ot használ Node.js-folyamatként és Python-folyamatként, egy zenei bot pedig mindkettőnél többet. A legtöbb parancs- és moderációs bot azonban mindkét nyelven kényelmesen elfér néhány száz megabájtban, így egy tipikus botnál ez nem döntő tényező.

Mikor éri meg fizetni, és milyen kevés kell hozzá

Itt van egy tiszta határvonal, és nem azon múlik, mekkora a botod. Akkor fizess, amikor a bot már nem csak a tiéd, hanem valami, amire mások is támaszkodnak. Addig a leállás egy vállrándításba kerül. Utána pontosan abba kerül, amiért a botot építetted.

Négy jel, hogy átlépted:

• Valaki más előbb veszi észre, hogy a bot nem működik, mint te.
• Ebben a hónapban már többször indítottad újra kézzel.
• Az adatai — szintek, gazdaság, konfiguráció — elvesztése tényleg számítana.
• Több időt töltesz egy keep-alive kerülőmegoldás karbantartásával, mint a bot fejlesztésével.

Ezt a döntést az ár teszi könnyűvé. A bot könnyű munkaterhelés: egy moderációs vagy parancsbot kényelmesen elvan néhány száz megabájt RAM-mal, így nem teljesítményt vásárolsz, hanem azt, hogy fut, és futva is marad. A HytHost Discord bot hosting havi €0.89-tól indul, olyan folyamattal, amely összeomlás esetén magától újraindul, újraindításokat túlélő adatbázissal és 99,9%-os rendelkezésre állási SLA-val — nagyjából annyiért, amennyibe egy asztali PC áramfogyasztása amúgy is került volna.

Ha arra vagy kíváncsi, hogyan kerül a kódod egy tárhelyre — az indítóparancs, a függőségek, a token távol tartása a repótól —, az egy másik feladat, és saját útmutatója van: hogyan üzemeltess Discord botot 24/7.