Dla bota Telegram warto wybierać VPS/VDS nie według liczby subskrybentów, a według tego, co dzieje się po każdym wiadomości. Bot z 20 tysiącami użytkowników może prawie nie obciążać serwera, jeśli tylko pokazuje przygotowane odpowiedzi. Jednocześnie mały sklep z kilkuset aktywnymi klientami może obciążać procesor, pamięć lub bazę danych podczas akcji i wysyłek.
Nie ma uniwersalnego «tarifu dla bota». Na zasoby wpływają język programowania i framework, sposób uzyskiwania aktualizacji, liczba jednoczesnych zapytań, praca z plikami, zewnętrzne integracje oraz zadania w tle. Potrzebny jest również zapas: serwer, który w zwykły dzień wykorzystuje prawie całą pamięć operacyjną, nie jest gotowy na szczytowe obciążenie.
Od bota informacyjnego do usługi z sztuczną inteligencją
Praktyczny startowy tarif można ocenić według scenariusza pracy:
-
Prosty bot informacyjny. Menu, komendy, odpowiedzi na często zadawane pytania, wydawanie linków lub plików nie wymagają dużej konfiguracji. Dla jednego procesu bota, serwera www i małej bazy SQLite zazwyczaj wystarczą 1–2 vCPU, 2 GB RAM i 20-35 GB na dysku. Tego wystarczy na kod, logi i pakiety systemowe.
-
Sklep Telegram. Tutaj pojawiają się katalog, koszyk, zamówienia, płatności, stany, zdjęcia produktów i synchronizacja z CRM lub stroną. Obciążenie generuje nie przycisk «Kup teraz», a łańcuch operacji po naciśnięciu. Rozsądne minimum to 2-3 vCPU, 4 GB RAM i szybki dysk NVMe. Dla dużego katalogu i regularnego importu produktów lepiej przewidzieć 6 GB RAM.
-
Bot wsparcia. Potrzebuje historii dialogów, rozdziału zgłoszeń między operatorami, załączników, powiadomień i integracji z systemem helpdesk. Przy niewielkim ruchu wystarczy 4 GB RAM, ale równoległa praca panelu webowego, PostgreSQL, Redis i kilku procesorów szybko zwiększa zużycie pamięci. Dla całodobowej usługi odpowiednie będą 3-4 vCPU i 4-6 GB RAM.
-
Bot z bazą danych lub AI. Jeśli przechowuje profile, historię korespondencji, wyniki wyszukiwania i analitykę, kluczowe stają się szybkość dysku, optymalizacja zapytań i cache. Do pracy z zewnętrznym API modelu językowego karta graficzna na VPS nie jest potrzebna: serwer przygotowuje zapytanie, przechowuje kontekst i zwraca odpowiedź. Można zacząć od 4-6 GB RAM. Lokalne uruchamianie modeli często wymaga serwera GPU, znacznie większej pamięci i oddzielnego obliczenia.
Czytaj także: OpenVZ, Xen i KVM — porównujemy popularne technologie wirtualizacji
W linii VPS-UP konfiguracja KVM-35 ma 2 vCPU, 2 GB RAM i 35 GB NVMe, KVM-75 — 3 vCPU i 4 GB RAM, a KVM-100 — 4 vCPU i 6 GB RAM. Pierwszy tarif nadaje się dla prostego bota, drugi — dla sklepu lub wsparcia średniej wielkości, trzeci — dla projektu z bazą danych, cache, kolejkami i kilkoma procesami roboczymi.
Jeśli bot przetwarza tysiące jednoczesnych zgłoszeń, pracuje z dużą bazą danych, uruchamia lokalne modele AI lub wykonuje operacje wymagające zasobów z plikami, możliwości VPS mogą z czasem nie wystarczyć. W takim przypadku warto rozważyć serwer dedykowany, gdzie procesor, pamięć operacyjna i dyski nie są dzielone między kilku klientów. To zapewnia stabilniejszą wydajność przy długotrwałym obciążeniu i pozwala dokładniej dobrać konfigurację, w tym serwer z dużą ilością RAM, kilkoma dyskami NVMe lub akceleratorem graficznym.
Dlaczego liczba użytkowników nie pokazuje rzeczywistego obciążenia
Telegram pozwala na uzyskiwanie aktualizacji dwoma wzajemnie wykluczającymi się sposobami: przez long polling metodą getUpdates lub przez webhook. Aktualizacje, które bot nie odebrał, są przechowywane po stronie Telegrama nie dłużej niż 24 godziny. Dla webhook można ustawić od 1 do 100 jednoczesnych połączeń HTTPS: wyższa wartość zwiększa przepustowość, ale tworzy wyższe równoległe obciążenie na aplikację.
Long polling działa dobrze w małych projektach i podczas rozwoju. Dla sklepu, wsparcia lub usługi z nierównomiernym przepływem zgłoszeń webhook zazwyczaj jest wygodniejszy. Jednak nie eliminuje on szczytów. Jeśli po wiadomości uruchamiane są zapytania do bazy, generowanie dokumentu, sprawdzanie płatności i odwołania do zewnętrznego API, te operacje warto przekazywać do kolejki, a nie wykonywać w jednym procesie.
Możliwości serwera również nie należy mylić z limitami Telegrama. Oficjalne zalecenia sugerują, aby nie wysyłać więcej niż jedną wiadomość na sekundę do jednego czatu, dla grup obowiązuje ograniczenie około 20 wiadomości na minutę, a darmowa masowa wysyłka jest ograniczona do około 30 wiadomości na sekundę. Płatne wysyłki mogą zwiększyć limit do 1000 wiadomości na sekundę, ale są dostępne na określonych warunkach.
Czytaj także: Wirtualne serwery w rozwoju: jak ułatwić życie programiście
Potężniejszy VPS nie obejdzie tych ograniczeń, ale pomoże w formowaniu kolejki, powtarzaniu zapytań po błędzie 429 i nie blokowaniu zwykłych odpowiedzi podczas wysyłki.
Podczas wyboru tarifu warto ocenić szczytową liczbę wiadomości na minutę, średni czas przetwarzania zapytania, objętość bazy i liczbę procesów w tle. Po uruchomieniu potrzebny jest monitoring CPU, RAM, swap, operacji dyskowych i czasu odpowiedzi. Jeśli pamięć stabilnie utrzymuje się powyżej 75-80%, a kolejka rośnie szybciej, niż jest przetwarzana, konfigurację należy zwiększyć. Dla większości botów przejście z 2 do 4 lub 6 GB RAM jest prostym pierwszym krokiem, ale złe zapytania do bazy czy synchroniczne przetwarzanie ciężkich operacji nie znikną po przejściu na droższy tarif.