VPS untuk bot Telegram

Jauh lebih sedikit daripada yang biasa ditawarkan. Bot adalah proses berumur panjang yang hampir sepanjang waktu menunggu: bot perintah stateless memakai sekitar 60 MB, dan bot yang membawa ORM, penjadwal, dan cache mendekati 150 MB. Setelah sistem operasi mengambil sekitar 300 MB, mesin 1 GB masih memiliki ruang untuk 4 bot berat atau 12 bot ringan. Jumlah PENGGUNA hampir tidak berpengaruh, karena Telegram mengirimkan pembaruan satu per satu ke proses Anda, bukan satu koneksi per pengguna. Yang benar-benar mengubah jawabannya adalah state yang Anda simpan sendiri di memori: cache besar, database dalam proses, atau model.

Mulai dengan long polling, beralih ke webhook bila memang diperlukan. Dengan long polling, bot Anda membuka koneksi keluar ke Telegram dan menunggu: tidak perlu domain, sertifikat, atau port terbuka, sehingga dapat bekerja di balik NAT dan merupakan cara tercepat untuk membuat sesuatu berjalan. Dengan webhook, Telegram yang terhubung ke ANDA, jadi diperlukan alamat publik, sertifikat TLS yang valid, dan port yang terbuka ke internet; sebagai gantinya, loop polling hilang sepenuhnya dan skalanya lebih baik saat bot benar-benar sibuk. Keduanya berjalan baik di mesin terkecil di sini. Alasan jujur untuk beralih adalah beban atau latensi, bukan tren.

Batasan dari Telegram sendiri, bukan dari kami: bot yang memakai Bot API publik dapat mengunduh file hingga 20 MB dan mengunggah hingga 50 MB. Menjalankan server Bot API sendiri menaikkan batas itu menjadi 2 GB dan, yang lebih penting, membuat file tersimpan di disk server Anda alih-alih melewati server Telegram. Itulah satu-satunya perubahan yang benar-benar mengubah mesin yang Anda butuhkan: tiba-tiba disk dan transfer menjadi penting, itulah sebabnya tabel di atas menempatkan BD-8 pada baris tersebut dan bukan pada baris lainnya.

Bot teks, tidak akan pernah. Bot media, mungkin saja, dan layak dihitung selama tiga puluh detik: rata-rata ukuran file × pesan per hari × 30. Lima puluh ribu pesan suara per hari berukuran 3 MB berarti sekitar 4.3 TB per bulan, melebihi kuota sebagian besar paket murah dan masih jauh dari 32 TB pada BD-8, atau lini tanpa penghitungan trafik, di mana pertanyaan ini tidak muncul. Kedua arah dihitung: file yang diterima bot Anda dan file yang dikirimnya sama-sama terhitung sebagai trafik.

Unit systemd, bukan sesi screen. Tulis file layanan kecil dengan Restart=always, aktifkan, dan bot akan hidup kembali setelah crash maupun reboot tanpa Anda harus terjaga. Inilah alasan paling umum sebuah bot "mati" di VPS, dan itu bukan masalah hosting: proses yang dijalankan secara manual akan mati bersama sesi SSH yang memulainya. Docker dengan restart policy melakukan hal yang sama jika Anda lebih suka mengemasnya seperti itu.

Ya, dan kebanyakan orang sebaiknya melakukannya. Masing-masing adalah proses terpisah dengan unit systemd dan token sendiri; mereka berbagi mesin, database jika Anda mau, dan tidak ada yang lain. Hitungan dalam tabel menjawab persis pertanyaan ini: mesin 4 GB memuat 25 bot berat sebelum memori menjadi kendala. Gunakan port dan pengguna terpisah jika bot-bot itu untuk orang yang berbeda.

Di mana saja yang dapat dijangkau pengguna Anda dan latensinya ke Telegram wajar. Bot berkomunikasi dengan infrastruktur Telegram, bukan langsung dengan pengguna Anda, jadi aturan umum "dekat dengan audiens" kurang penting di sini dibandingkan untuk sebuah situs web. Jika bot juga menyajikan dasbor web atau API kepada pengguna yang sama, pilih region berdasarkan hal itu. Jika ragu, deploy per jam di dua region, ukur, lalu hapus yang kalah: biaya $0.0113 per jam membuatnya menjadi eksperimen yang murah.