En İyi Discord Bot Hosting: Kullanım Alanına Göre 5 Sağlayıcı

İki bot düşünün: biri Python ile çalışıp yerel bir SQLite veritabanı tutuyor; diğeri JavaScript ile çalışıp komutları işliyor. İkisi de dizüstü bilgisayarınızda çalışıyor. Bunları sunucuya taşımak, bağımlılıklar, depolama ve süreç arızasından sonra ne yapılacağı hakkında kararlar gerektirir. En iyi Discord bot hosting seçimi bu parçaların birlikte nasıl çalışacağına bağlıdır.

Seçmeden Önce Hosting Planlarını Karşılaştırın

“1 vCPU” etiketli iki planın kaynak tahsis kuralları farklı olabilir. Önce işlem ailesini, ardından fiyatın kapsadığı faturalandırma dönemini ve yedekleme kapsamını kontrol edin. Paylaşımlı vCPU'lar CPU kaynaklarını diğer müşterilerle birlikte kullanır; ayrılmış tahsis CPU kaynaklarını VPS'iniz için ayırır. Az yoğun botlar paylaşımlı kaynaklarda yeterli şekilde çalışabilir.

Tam yapılandırmaları aynı dönem üzerinden karşılaştırın. Dağıtımı taşırken veya boyutlandırırken yıllık taahhüt ile esnek aylık faturalandırmanın sonuçları farklıdır. Beklediğiniz ödemeye gerekli adresi, yedekleme hizmetini ve ayrı depolamayı da ekleyin.

Çalıştırdığınız İş Yüküne Göre Sağlayıcı Seçin

Olayları bekleyip ara sıra komut işleyen bir botun CPU ihtiyacı, sürekli arka plan işlemesi yapan bottan farklıdır. Bu davranışa uygun işlem ailesini seçin, ardından tüm dağıtımın bellek ve disk gereksinimlerini kontrol edin. Yalnızca sağlayıcı adları bu seçimleri belirleyemez.

Yönetilen ve yönetilmeyen VPS ayrımı satın alma sonrası işleri de etkiler: işletim sistemi güncellemeleri, güvenlik duvarı ayarları ve uygulama bakımı için sorumluluk belirleyin. Sunucuya ödeme yapmak bütün işletim görevlerini sağlayıcıya devretmez.

Birden Fazla Botun Kontrolü İçin Cloudzy

Birden fazla bot bağımsız çalışma ortamına, süreç gözetimine ve kontrolünüz altında yerel depolamaya ihtiyaç duyduğunda Linux VPS hizmetimizi seçin. Root erişimi ve kendi yönettiğiniz bir ortam sunuyoruz; böylece Python ve Node.js süreçlerini uygulamanıza göre düzenleyebilirsiniz. NVMe depolamamız botların yerel veritabanını ve dosyalarını barındırabilir.

CPU ailelerimizdeki tahsis, özellikle botlar sürekli arka plan işi yaparken CPU kaynaklarına öngörülebilir erişimin gereksinim olduğu dağıtımlara uygundur.

Başlangıç fiyatımız düşüktür ve fiyatlandırmamız kapasite ile faturalandırma dönemini birlikte seçmenizi sağlar. Planı toplam iş yüküne göre boyutlandırın ve yazılımını kendiniz yönetin.

Belgelenmiş Sanal Makine Yapılandırması İçin DigitalOcean

Tanımlanmış bir Linux VM paketi ve belgelenmiş işlem ailesi seçenekleri kapasite planlamasını kolaylaştırıyorsa DigitalOcean'ı seçin. Droplet fiyatlandırması, 1 GiB RAM, 1 vCPU, 25 GiB SSD depolama ve 1.000 GiB aktarım içeren bir Basic yapılandırması listeler.

Basic, boşta geçen aralıklarla ayrılan kısa çalışma patlamaları için makul bir başlangıçtır. Bot çoğu zaman iş işliyorsa Basic içindeki boyutu artırmadan önce ayrılmış aileleri karşılaştırın. Daha fazla bellek almak ile CPU tahsisini değiştirmek farklı sorunları çözer. Yükseltmeden önce bellek baskısını veya CPU zamanlama gecikmelerini belirleyin.

Kasım 2026 Droplet fiyatlandırması bu Basic yapılandırması için aylık 6 USD üst sınır belirtir. Yüzdeye dayalı haftalık yedekleme seçeneğinde örnek hesap, vergi ve diğer ücretlerden önce ayda 6 USD × 1,20 = 7,20 USD'dir. Bu tutar seçilen sunucuyu ve yedekleme seçeneğini kapsar, uygulamanın kullanabileceği her hizmeti değil; satın almadan önce güncel Droplet fiyatlarını kontrol edin.

Uygun Konumda Birkaç Hafif Süreç İçin Hetzner

Birkaç hafif süreç için listelenen 2 Intel/AMD vCPU, 4 GB RAM ve 40 GB NVMe depolama uygunsa Hetzner'in Avrupa'daki maliyet odaklı CX23 planını değerlendirin. Kontrol sırasında Hetzner'in ekonomik CX23 planı kullanılamaz olarak listeleniyor; bu nedenle taşınmayı planlamadan önce maliyet odaklı ürün sayfasını kontrol edin ve seçtiğiniz konumda bulunabilirliği doğrulayın.

Ayrı çalışma ortamları belleğe ihtiyaç duyuyor ancak çoğu zaman bekliyorsa bu yapılandırma değerlendirilebilir. Sürekli işleme için seçmeden önce uzun süre devam eden CPU ihtiyacını inceleyin.

Hetzner'in sunucu belgeleri Primary IPv4 adresini KDV hariç ayda 0,50 EUR olarak listeler. Faturalandırma SSS'si yedekleri sunucu fiyatının %20'si olarak belirtirken yedekleme belgeleri bağlı Volumes birimlerini kapsam dışında bırakır. Veritabanını bir Volume'a taşırsanız yedeğini ayrıca bütçeleyin. Seçilen konumu ve yapılandırmayı kullanacağınız IP ve yedekleme seçenekleriyle birlikte, diğer tekliflerle aynı vergi esasında karşılaştırın.

Donanım Ailesi Seçmek İçin Vultr

Botlarınız için belirli bir donanım ailesi seçmenizi gerektiren nedenler varsa Vultr'ı seçin. Cloud Compute sağlama belgeleri, normal SSD depolamalı geleneksel Cloud Compute, daha yüksek CPU saat hızları ve NVMe sunan High Frequency ile daha yeni Intel Xeon veya AMD EPYC işlemciler ve NVMe sunan High Performance arasında ayrım yapar.

Uygulama ölçümleriniz CPU işlemesine veya depolama etkinliğine işaret ediyorsa bu farklar kısa listeyi belirleyebilir. Daha yüksek saat hızı etiketi daha hızlı Discord yanıtını kanıtlamaz ve tabloda gösterilen tahsis kategorisini değiştirmez. Gecikmeyi değiştirmeyebilecek donanıma ödeme yapmadan önce aileyi botunuzda zaman alan işlemle karşılaştırın.

Vultr'ın root veya sudo erişimi ve işletim sistemi/ISO seçenekleri, belirli çalışma ortamı gereksinimleri olan dağıtımlara da uyar. Yararlı avantaj, kurulu ortamın kontrolüdür. Bağımlılıkların ve dağıtım prosedürünün seçtiğiniz işletim sisteminde çalıştığını yine kontrol etmelisiniz; sağlama menüsündeki fazladan bir seçenek bu kontrolü yapmaz.

Vultr'ın Automatic Backups genel bakışı %20 ek ücret belirtir ve bağlı Block Storage'ı kapsam dışında bırakır. Bot verilerini bu depolamada tutuyorsanız ayrıca yedekleyin. Faturaları karşılaştırmadan önce seçilen yapılandırmanın tamamını inceleyin; ne donanım kategorisi ne de varsayılan IPv4 seçimi son ödenecek tutarı gösterir.

Küçük Mevcut Linux Dağıtımı İçin Akamai/Linode

Küçük Linux dağıtımınız uygun bir çekirdek bölgede sunulan Shared CPU kaynaklarına sığıyorsa Akamai/Linode'u seçin. Shared CPU belgeleri, 1 vCPU, 1 GB RAM ve 25 GB SSD depolamalı giriş yapılandırması listeler. Root yönetimi işletim sistemi ve uygulama kurulumu üzerindeki kontrolü korumanızı sağlar.

Belgelenmiş uygun iş yükleri düşük ile orta CPU ihtiyacını ve kaynak çekişmesini tolere eden uygulamaları içerir. Bu nedenle ara sıra yük patlaması yaşayan botlar için makul bir adaydır. Sürekli hesaplama için başka bir işlem ailesini değerlendirin.

Akamai, çekirdek işlem bölgeleri ile Shared CPU örneklerinin sunulmadığı dağıtık işlem bölgelerini ayırır. Teklifi dağıtım yapacağınız konumla eşleştirin ve yedekleme seçeneğini ayrıca doğrulayın.

Her Şeyi Paylaşmadan Birden Fazla Bot Çalıştırın

Bir Python botu ve bir Node.js botu, bağımlılıkları, tokenları ve veri yolları ayrı tutularak aynı VPS'te çalışabilir. Her birine bağımsız çalışma ortamı ve ayrı yeniden başlatma hedefi verin. Root erişimi ana makineyi yapılandırmanızı sağlar; uygulama süreçlerinin root olarak çalışması gerekmez. Daha fazla bot eklemeden önce bunları bilinçli olarak ayırın.

Varsayımsal bir düzende Python botu A'nın kodunu kendi Python ortamıyla /srv/bot-a altına koyun. Node.js botu B'nin kodunu ve bağımlılık kurulumunu /srv/bot-b altına koyun. Her birine yalnızca kendi tokenını içeren ayrı bir yapılandırma dosyası veya gizli bilgi başvurusu verin. /var/lib/bot-a ve /var/lib/bot-b gibi ayrı uygulama veri yolları seçin ve her hizmet hesabına gerekli yollara erişim verin. Bunlar önerilen adlardır, kurulum prosedürü değildir.

Konteynerler bağımlılıkları ayırmanın başka bir yoludur. Docker'ın kaynak kısıtları belgeleri, konteynerlerde varsayılan olarak kaynak sınırı bulunmadığını belirtir. İş yükünü gözlemledikten sonra bellek ve CPU sınırlarını bilinçli belirleyin; böylece bir bot ana makinenin kaynaklarının kontrolsüz bir bölümünü tüketemez.

Botları işletim sistemi, yerel veritabanı ve günlük kaydıyla birlikte ölçün. Kurulum, derleme ve yeniden başlatma tepe değerlerini dahil edin; boşta ölçüm her iki uygulamanın da meşgul olduğu dönemi kaçırır. Bir VPS'in ihtiyaç duyduğu temel araçlar ana makine bakımı ve gözlemi için başlangıç sağlar. Kapasiteyi yalnızca GB başına bot vaadine veya Discord sunucusu sayısına göre değil, bu ölçümlere göre seçin. İki süreç yine tek ana makinenin arıza sınırını paylaşır.

Yeniden Dağıtımda Bot Verilerini Koruyun

Konteynerin yazılabilir katmanına yazılan SQLite dosyası, konteyner kaldırıldığında kaybolur. Docker'ın birim yaşam döngüsü belgeleri, korunan birimin onu kullanan konteynerden bağımsız var olduğunu açıklar. Kalıcı bot verilerini bilerek korunan birime veya ana makine yoluna koyun ve yeniden dağıtımdan önce konumunu kaydedin.

Değiştirilebilir kodu veritabanından, yüklenen dosyalardan ve botun koruması gereken diğer durum verilerinden ayırın. Her konuma hangi sürecin yazdığını ve hangi dağıtım işlemlerinin onu kaldırdığını kaydedin. Korunan birim konteynerin değiştirilmesinden etkilenmez; o birimi açıkça silmek farklı bir işlemdir. Biriken çıktının uygulama verilerine ayrılan disk alanını tüketmemesi için günlük saklama sınırı da belirleyin.

Kalıcılık, dağıtım boyunca çalışan kopyayı korur. Yedekleme ise ayrı ve geri yüklenebilir bir kopya gerektirir. Canlı SQLite veritabanı için belgelenmiş SQLite Online Backup API gibi veritabanını dikkate alan bir yöntem seçin. Bu yöntem, çalışan veritabanını başka bir veritabanı dosyasına kopyalar. Sağlayıcının disk anlık görüntüsü tek başına uygulama durumunun doğru geri yüklenebileceğini kanıtlamaz.

Yedek kopyayı VPS'in arıza sınırının dışında tutun ve geri yükleme yöntemini kaydedin. Önce yalıtılmış bir hedefe geri yükleyin, ardından beklenen kayıtları ve dosyaları inceleyin. Yapılandırılmış kanal veya kaydedilmiş ayar gibi bilinen bir bot durumunu kontrol edin. Geri yüklenen test kopyasının üretim kimlik bilgileriyle bağlanmasını engelleyin. Tamamlanmış yedekleme işi ancak başarılı bir geri yükleme kontrolüyle birlikte yararlı kanıttır.

Tüm Botları Taşımadan Önce Kurtarmayı Kontrol Edin

Botun süreci çalışıyor olsa da Discord komutuna yanıt vermeyebilir. Her süreç için tek bir gözetici seçin, hata ve açılış davranışını yapılandırın, ardından uygulama yanıtını ayrıca test edin. Sistem hizmetlerinin, PM2 ile yönetilen Node.js süreçlerinin ve Docker konteynerlerinin kurtarma ayarları farklıdır; tek başına yeniden başlatma politikası botun kullanılabilirliğini kanıtlamaz.

Sistem hizmetleri için systemd hizmet kılavuzu, sıfır olmayan çıkış kodu dahil uygun hatalarda Restart=on-failure kullanımını açıklar. Açılışta başlatmayı ayrıca yapılandırın. Node.js için PM2'nin başlangıç belgeleri, yeniden başlatma sonrası kurtarma için açılış entegrasyonu ve kaydedilmiş uygulama listesi gerektirir. Node.js sürümü değiştiğinde bu entegrasyonu yenileyin.

Docker'ın yeniden başlatma politikası belgeleri, daemon yeniden başlatmalarında kasıtlı durdurmaları koruyan unless-stopped ile daemon yeniden başladığında konteynerleri yeniden başlatmayan on-failure seçeneklerini ayırır. Docker kendi konteynerlerini gözetsin; ana makinenin süreç yöneticisinin aynı konteyneri yeniden başlatmak için onunla rekabet etmesinden kaçının.

Discord'un Gateway bağlantısı belgeleri, kalıcı WebSocket bağlantısında heartbeat mesajları ve bağlantı kesilmelerinin işlenmesini gerektirir. Uygulama veya kütüphanesi uygun şekilde yeniden bağlanmalıdır. Altyapı çalışma süresi oranı, bu bağlantının sağlıklı olduğunu veya botun komut işleyicisinin çalıştığını doğrulayamaz.

Tüm botları taşımadan önce kritik olmayan bir dağıtımda önerilen şu kabul kontrolünü uygulayın:

1. Kontrollü bir süreç hatası oluşturun. Seçilen gözeticinin süreci yeniden başlattığını ve saklanan günlüklerin hatayı açıkladığını doğrulayın. Gözetimsiz yeniden başlatma döngüsünü etkinleştirmeden önce tekrarlanan çökmeleri araştırın.
2. Ana makineyi yeniden başlatın. İstenen süreçlerin beklenen yapılandırma ve veri yollarıyla geri geldiğini doğrulayın.
3. Discord bağlantısını kontrol edin ve her bot için temsilî bir komut çalıştırın. Yalnızca süreç durumunu değil, gözlenen sonucu kaydedin.
4. Yukarıdaki yalıtılmış geri yükleme prosedürünü uygulayın ve beklenen uygulama durumunu doğrulayın.

Sonuçları kaydettikten ve başarısız kontrollerdeki sorunları giderdikten sonra kalan botları taşıyın.

SSS

Discord'un etkileşim yöntemi ve veritabanınızın yazma düzeni dağıtım gereksinimlerini değiştirebilir.