VPS для Telegram-бота

Набагато менше, ніж зазвичай продають. Бот – це довготривалий процес, який майже весь час чекає: бот команд без стану займає близько 60 MB, а бот з ORM, планувальником і кешем ближче до 150 MB. Після того як операційна система забере свої приблизно 300 MB, на машині з 1 GB ще залишається місце для 4 важких ботів або 12 легких. Кількість КОРИСТУВАЧІВ майже не впливає, бо Telegram доставляє оновлення вашому процесу по одному, а не через окреме з’єднання для кожного користувача. Відповідь змінює лише стан, який ви самі тримаєте в пам’яті: великий кеш, вбудована база даних, модель.

Для початку long polling, вебхуки тоді, коли це має значення. З long polling ваш бот сам відкриває з’єднання з Telegram і чекає: йому не потрібні ні домен, ні сертифікат, ні відкритий порт, тож він працює за NAT, і це найшвидший спосіб щось запустити. З вебхуком Telegram підключається до ВАС, тому потрібні публічна адреса, дійсний TLS-сертифікат і відкритий в інтернет порт, а натомість цикл опитування зникає повністю, і бот краще масштабується, коли він справді завантажений. Обидва варіанти добре працюють на найменшій машині тут. Чесна причина переходити: навантаження або затримка, а не мода.

Це обмеження Telegram, а не наші: бот, що використовує публічний Bot API, може завантажувати файли до 20 MB і вивантажувати до 50 MB. Власний сервер Bot API піднімає ліміт до 2 GB і, що важливіше, файли потрапляють на диск вашого сервера, а не проходять через Telegram. Це єдина зміна, яка справді впливає на те, яка машина вам потрібна: раптом важливими стають диск і трафік, тому таблиця вище ставить BD-8 навпроти цього рядка, а не інших.

Текстовий бот – ніколи. Медіабот – можливо, і варто витратити тридцять секунд на арифметику: середній розмір файлу × повідомлень на день × 30. П’ятдесят тисяч голосових повідомлень на день по 3 MB – це близько 4.3 TB на місяць, що перевищує ліміт більшості дешевих тарифів і далеко від 32 TB на BD-8 чи лінійки без обліку трафіку, де це питання не виникає. Враховуються обидва напрямки: і файл, який бот отримує, і файл, який він надсилає, є трафіком.

Юніт systemd, а не сесія screen. Напишіть невеликий сервісний файл з Restart=always, увімкніть його, і бот відновиться після збою та після перезавантаження без вашої участі. Це найпоширеніша причина, чому бот «падає» на VPS, і це не проблема хостингу: процес, запущений вручну, завершується разом із сесією SSH, що його запустила. Docker із політикою перезапуску виконує те саме завдання, якщо ви віддаєте перевагу такому пакуванню.

Так, і більшості варто так робити. Кожен бот: окремий процес із власним юнітом systemd і власним токеном; вони спільно використовують машину, за бажанням базу даних, і більше нічого. Арифметика в таблиці відповідає саме на це питання: машина з 4 GB вміщує 25 важких ботів, перш ніж пам’ять стане обмеженням. Якщо боти для різних людей, тримайте їх на окремих портах і під окремими користувачами.

Будь-де, куди можуть дістатися ваші користувачі і де затримка до Telegram розумна: бот спілкується з інфраструктурою Telegram, а не безпосередньо з користувачами, тож звичне правило «ближче до аудиторії» тут важить менше, ніж для вебсайту. Якщо бот також обслуговує вебпанель або API для тих самих користувачів, обирайте регіон з огляду на це. Якщо не впевнені, розгорніть погодинно у двох регіонах, виміряйте і видаліть той, що програє: $0.0113 на годину робить цей експеримент дешевим.