Telegram botu için VPS

Genellikle satıldığından çok daha az. Bot, zamanının neredeyse tamamını beklemekle geçiren uzun ömürlü bir süreçtir: durumsuz bir komut botu yaklaşık 60 MB kullanır, ORM, zamanlayıcı ve önbellek taşıyan bir bot ise 150 MB'a yakındır. İşletim sistemi yaklaşık 300 MB'ını aldıktan sonra, 1 GB'lık bir makinede hâlâ 4 ağır veya 12 hafif bot için yer vardır. KULLANICI sayısı neredeyse hiç etkilemez, çünkü Telegram güncellemeleri kullanıcı başına bir bağlantıyla değil, sürecinize tek tek iletir. Cevabı değiştiren, bellekte kendiniz tuttuğunuz durumdur: büyük bir önbellek, süreç içi bir veritabanı, bir model.

Başlangıçta long polling, önemli hale geldiğinde webhook. Long polling ile botunuz Telegram'a dışarı doğru bir bağlantı açar ve bekler: alan adı, sertifika veya açık port gerekmez; bu da NAT arkasında çalıştığı ve bir şeyi çalışır hale getirmenin en hızlı yolu olduğu anlamına gelir. Webhook'ta ise Telegram SİZE bağlanır; bu yüzden herkese açık bir adres, geçerli bir TLS sertifikası ve internete açık bir port gerekir; karşılığında polling döngüsünü tamamen ortadan kaldırır ve bot gerçekten yoğun olduğunda daha iyi ölçeklenir. İkisi de buradaki en küçük makinede sorunsuz çalışır. Geçiş yapmanın dürüst nedeni moda değil, yük veya gecikmedir.

Bunlar bizim değil, Telegram'ın sınırları: herkese açık Bot API'yi kullanan bir bot 20 MB'a kadar dosya indirebilir ve 50 MB'a kadar yükleyebilir. Kendi Bot API sunucunuzu çalıştırmak bu sınırı 2 GB'a çıkarır ve daha da önemlisi dosyaların Telegram'ın diskinden geçmek yerine sizin sunucunuzun diskine inmesini sağlar. İhtiyacınız olan makineyi gerçekten değiştiren tek değişiklik budur: bir anda disk ve trafik önem kazanır; yukarıdaki tablonun BD-8 planını diğer satırların değil bu satırın karşısına koymasının nedeni de budur.

Metin botu, asla. Medya botu, olabilir ve otuz saniyelik bir hesaba değer: ortalama dosya boyutu × günlük mesaj × 30. Günde 3 MB'lık elli bin sesli mesaj ayda yaklaşık 4.3 TB eder; bu, çoğu ucuz plandaki kotayı aşar ama BD-8 üzerindeki 32 TB'a yaklaşmaz bile; sorunun hiç doğmadığı Unmetered serisini saymıyoruz. İki yön de sayılır: botunuzun aldığı dosya da gönderdiği dosya da trafiktir.

Bir screen oturumu değil, bir systemd birimi. Restart=always içeren küçük bir servis dosyası yazın, etkinleştirin; bot bir çökmeden ve yeniden başlatmadan sonra siz uyanık olmadan geri gelir. Bir botun VPS'te "çökmesinin" en yaygın tek nedeni budur ve bu bir barındırma sorunu değildir: elle başlatılan bir süreç, onu başlatan SSH oturumuyla birlikte ölür. Bu şekilde paketlemeyi tercih ederseniz, yeniden başlatma politikalı Docker da aynı işi görür.

Evet, ve çoğu kişi bunu yapmalı. Her biri kendi systemd birimi ve kendi token'ı olan ayrı bir işlemdir; makineyi, isterseniz veritabanını paylaşırlar, başka hiçbir şeyi değil. Tablodaki hesap tam olarak bu sorudur: 4 GB'lık bir makine, bellek kısıt hâline gelmeden önce 25 ağır botu kaldırır. Farklı kişiler içinse onları ayrı portlarda ve ayrı kullanıcılar altında tutun.

Kullanıcılarınızın erişebildiği ve Telegram'a gecikmenizin makul olduğu her yer: bot doğrudan kullanıcılarınızla değil, Telegram'ın altyapısıyla konuşur; bu yüzden olağan "kitlenize yakın olun" kuralı burada bir web sitesine göre daha az önemlidir. Bot aynı kullanıcılara bir web paneli veya API de sunuyorsa, bölgeyi buna göre seçin. Emin değilseniz, iki bölgede saat bazında oluşturun, ölçün ve kaybedeni silin: saatte $0.0113 bunu ucuz bir deney yapar.