VPS pro bota na Telegramu

Mnohem méně, než se obvykle prodává. Bot je dlouhodobě běžící proces, který téměř celou dobu čeká: bezstavový bot na příkazy zabírá kolem 60 MB a bot s ORM, plánovačem a cache se blíží 150 MB. Když si operační systém vezme svých zhruba 300 MB, stroj s 1 GB má stále místo pro 4 náročných botů nebo 12 lehkých. Počet UŽIVATELŮ do toho téměř nevstupuje, protože Telegram doručuje aktualizace vašemu procesu jednu po druhé, ne jedno spojení na uživatele. Odpověď mění stav, který sami držíte v paměti: velká cache, databáze v procesu, model.

Na začátek long polling, webhooky až tehdy, když na tom záleží. Při long pollingu váš bot otevře odchozí spojení k Telegramu a čeká: nepotřebuje doménu, certifikát ani otevřený port, takže funguje za NAT a je to nejrychlejší způsob, jak něco rozběhnout. U webhooku se Telegram připojuje k VÁM, takže potřebujete veřejnou adresu, platný certifikát TLS a port otevřený do internetu; výměnou zcela odpadá smyčka dotazování a lépe se škáluje, když je bot skutečně vytížený. Obojí bez problémů běží i na nejmenším stroji zde. Upřímným důvodem k přechodu je zátěž nebo latence, ne móda.

Limity Telegramu, ne naše: bot využívající veřejné Bot API může stahovat soubory do 20 MB a nahrávat do 50 MB. Vlastní server Bot API zvyšuje limit na 2 GB a hlavně způsobí, že soubory končí na disku vašeho serveru, místo aby procházely přes Telegram. To je jediná změna, která skutečně mění, jaký stroj potřebujete: najednou záleží na disku a přenosu, a proto tabulka výše přiřazuje BD-8 k tomuto řádku a ne k ostatním.

Textový bot nikdy. Bot s médii možná, a vyplatí se mu věnovat třicet sekund počítání: průměrná velikost souboru × zprávy za den × 30. Padesát tisíc hlasových zpráv denně po 3 MB je zhruba 4.3 TB měsíčně, což překračuje limit většiny levných tarifů a zdaleka nedosahuje 32 TB u tarifu BD-8, natož řady Unmetered, kde tato otázka vůbec nevzniká. Počítají se oba směry: soubor, který bot přijme, i soubor, který odešle, jsou přenos.

Jednotka systemd, ne relace screen. Napište krátký soubor služby s Restart=always, povolte ho a bot se po pádu i po restartu vrátí, aniž byste u toho museli být. Je to vůbec nejčastější důvod, proč bot na VPS „spadne“, a nejde o problém hostingu: proces spuštěný ručně skončí spolu s relací SSH, která ho spustila. Stejnou službu udělá Docker se zásadou restartu, pokud to raději chcete zabalit takto.

Ano, a většina lidí by to tak měla dělat. Každý bot je samostatný proces s vlastní jednotkou systemd a vlastním tokenem; sdílejí stroj, případně databázi, a nic jiného. Výpočet v tabulce odpovídá přesně na tuto otázku: stroj s 4 GB pojme 25 náročných botů, než se omezením stane paměť. Pokud jsou pro různé lidi, držte je na samostatných portech a pod samostatnými uživateli.

Kdekoli, kam dosáhnou vaši uživatelé a kde je latence k Telegramu rozumná: bot komunikuje s infrastrukturou Telegramu, ne přímo s vašimi uživateli, takže obvyklé pravidlo „blízko publiku“ zde platí méně než u webu. Pokud bot týmž uživatelům poskytuje i webový panel nebo API, vybírejte oblast podle toho. Pokud si nejste jisti, nasaďte po hodinách ve dvou oblastech, změřte to a horší server zrušte: při $0.0113 za hodinu je to levný pokus.