Thuê VPS chạy bot Telegram

Ít hơn nhiều so với mức thường được quảng cáo. Bot là một tiến trình chạy lâu dài và gần như chỉ chờ đợi: bot lệnh không trạng thái dùng khoảng 60 MB, còn bot có ORM, bộ lập lịch và cache thì gần 150 MB. Sau khi hệ điều hành chiếm khoảng 300 MB, một máy 1 GB vẫn đủ chỗ cho 4 bot nặng hoặc 12 bot nhẹ. Số lượng NGƯỜI DÙNG hầu như không ảnh hưởng, vì Telegram gửi từng cập nhật một tới tiến trình của bạn, không phải mỗi người dùng một kết nối. Điều thực sự thay đổi kết quả là trạng thái bạn tự giữ trong bộ nhớ: một cache lớn, một cơ sở dữ liệu trong tiến trình, một mô hình.

Bắt đầu bằng long polling, chuyển sang webhook khi cần. Với long polling, bot mở kết nối ra Telegram và chờ: không cần tên miền, chứng chỉ hay cổng mở, nghĩa là nó hoạt động sau NAT và là cách nhanh nhất để có thứ gì đó chạy được. Webhook để Telegram kết nối tới BẠN, nên cần địa chỉ công khai, chứng chỉ TLS hợp lệ và một cổng mở ra internet; đổi lại, nó loại bỏ hoàn toàn vòng lặp polling và mở rộng tốt hơn khi bot thực sự bận. Cả hai đều chạy tốt trên máy nhỏ nhất ở đây. Lý do thực sự để chuyển đổi là tải hoặc độ trễ, không phải xu hướng.

Đây là giới hạn của chính Telegram, không phải của chúng tôi: một bot dùng Bot API công khai có thể tải xuống tệp tối đa 20 MB và tải lên tối đa 50 MB. Tự chạy máy chủ Bot API của riêng bạn sẽ nâng mức đó lên 2 GB và, quan trọng hơn, khiến tệp nằm trên ổ đĩa máy chủ của bạn thay vì đi qua máy chủ của Telegram. Đó là thay đổi duy nhất thực sự ảnh hưởng đến loại máy bạn cần: lúc này ổ đĩa và lưu lượng trở nên quan trọng, và đó là lý do bảng phía trên đặt BD-8 ở hàng đó chứ không phải ở các hàng khác.

Bot văn bản thì không bao giờ. Bot media thì có thể, và đáng bỏ ba mươi giây để tính: kích thước tệp trung bình × số tin nhắn mỗi ngày × 30. Năm mươi nghìn tin nhắn thoại mỗi ngày, mỗi tin 3 MB, là khoảng 4.3 TB mỗi tháng, vượt hạn mức của hầu hết các gói rẻ nhưng còn xa mới tới 32 TB của BD-8, hoặc dòng Unmetered, nơi câu hỏi này không tồn tại. Cả hai chiều đều được tính: tệp bot nhận và tệp bot gửi đều là lưu lượng.

Một systemd unit, không phải phiên screen. Viết một tệp service nhỏ với Restart=always, bật nó lên, và bot sẽ tự chạy lại sau khi bị lỗi và sau khi khởi động lại mà bạn không cần thức canh. Đây là lý do phổ biến nhất khiến một bot "ngừng hoạt động" trên VPS, và đó không phải vấn đề của hosting: một tiến trình khởi động thủ công sẽ chết theo phiên SSH đã khởi động nó. Docker với restart policy cũng làm được việc tương tự nếu bạn muốn đóng gói theo cách đó.

Có, và hầu hết mọi người nên làm vậy. Mỗi bot là một tiến trình riêng với systemd unit riêng và token riêng; chúng dùng chung máy, chung cơ sở dữ liệu nếu bạn muốn, và không gì khác. Phép tính trong bảng chính là câu hỏi này: một máy 4 GB chứa được 25 bot nặng trước khi bộ nhớ trở thành giới hạn. Hãy đặt chúng trên các cổng riêng và người dùng riêng nếu chúng dành cho những người khác nhau.

Bất kỳ đâu người dùng của bạn truy cập được và độ trễ tới Telegram hợp lý: bot giao tiếp với hạ tầng của Telegram, không trực tiếp với người dùng, nên quy tắc "gần khán giả" thông thường ít quan trọng hơn so với website. Nếu bot còn phục vụ bảng điều khiển web hoặc API cho chính những người dùng đó, hãy chọn khu vực theo yêu cầu đó. Nếu chưa chắc, hãy triển khai theo giờ ở hai khu vực, đo đạc, rồi xóa khu vực kém hơn: $0.0113 mỗi giờ nên thử nghiệm này rất rẻ.