Raspberry Pi ile self-hosting gerçekçi mi? Maliyet & performans

Raspberry Pi ile self-hosting fikri ilk bakışta cazip görünür: düşük enerji tüketimi, kompakt boyut ve ev ortamında kendi altyapını kurma esnekliği. Ancak hosting senaryoları “çalışıyor olması” ile bitmez; erişilebilirlik, güncelleme disiplini, veri yedekleme (backup), ağ servisleri ve güvenlik katmanları gerçek bir işletme maliyetine dönüşür. Bu rehberde Raspberry Pi ile hangi uygulamalar için net şekilde uygun olduğunu, hangi koşullarda gerçekçi olmadığını; ayrıca kurulumdan işletime kadar somut kontrol noktalarını bulacaksınız.

Raspberry Pi self-hosting: Ne zaman gerçekçi, ne zaman değil?

Raspberry Pi ile self-hosting, özellikle düşük/orta trafikli ve kişisel kullanım odaklı projelerde gerçekçi sonuç verir. Buna karşın yüksek trafik, sık kesinti yaşanmayacak üretim sistemleri veya kritik iş yükleri için risk artar.

Net kriterler (karar verme için)

Aşağıdaki maddeler “evet/hayır” gibi düşünülebilir: - Hedeflenen erişim: Günlük kaç kullanıcı/istek? 10-100 kullanıcı seviyesinde genellikle yönetilebilir. - 7/24 süreklilik beklentisi: “Anlık arıza olursa sorun yok” mu, yoksa “kesinti olmasın” mı? - Uygulama türü: Dosya paylaşımı, kişisel dokümanlar, küçük bir blog, kendi e-posta arayüzünüz gibi servisler; yüksek eşzamanlı veritabanı ve yoğun arka plan işlerinde zorlanma riski artar. - Güncelleme ve yedekleme disiplini: Otomatik güncelleme, düzenli snapshot/backup planı yoksa risk büyür. - Güvenlik modeli: İnternet’e doğrudan servis açma yerine ters proxy (reverse proxy) + kimlik doğrulama + firewall gerekir.

Raspberry Pi’nin güçlü olduğu tipik senaryolar

Kişisel web sitesi / statik içerik
Doküman yönetimi (hafif kullanım)
Fotoğraf/video arşivi (düşük-orta trafik)
Düşük trafikli API servisleri
Home-lab tarzı servisler: Pi-hole, küçük izleme (monitoring) kurulumları
Basit VPN erişimi (ör. WireGuard gibi)

Raspberry Pi ile zorlaşan senaryolar

Büyük ölçekli veritabanı yükleri (yoğun yazma/okuma)
Çok sayıda eşzamanlı kullanıcı (yüksek concurrency)
Sürekli “hata olsa bile SLA” beklentisi
Büyük dosya upload trafiği ve düzenli medya transcode
İnternet tarafında katı erişilebilirlik (yüksek SLA) gerektiren projeler

Donanım seçimi: Tek kart “yetiyor mu”?

Raspberry Pi tarafında fark yaratan konu sadece kart modeli değil; depolama, soğutma ve ağ performansıdır. Self-hosting’de depolama genellikle darboğaz olur.

En kritik 3 donanım bileşeni

Depolama (SSD / kaliteli microSD yerine SSD tercih) - microSD kart, özellikle küçük dosya yoğunluklarında ve yazma işlemlerinde performans ve dayanıklılık açısından dalgalanır. - USB 3.0 ile SSD bağlamak genellikle daha stabil olur.
RAM ve uygulama planı - Cache ve container (Docker) kullanımı RAM ister.
Soğutma - Sürekli yükte termal throttling (hız düşümü) yaşanabilir.

Basit kapasite düşüncesi

Net bir “şu kadar site kesin olur” demek doğru olmaz; ama pratik bir ölçüm yaklaşımı var: Uygulamayı kurduktan sonra 1-2 gün CPU/RAM/IO izleyin. Eğer depolama iğne gibi “yük altında” kalıyorsa (disk queue yükselmesi, uzun yanıt süreleri), sorun çoğu zaman uygulamadan önce depolamadır.

Performans karşılaştırması: Raspberry Pi vs mini-VPS

Self-hosting’de performans; CPU, RAM, disk ve ağ kombinasyonudur. Raspberry Pi’nin CPU’su sınırlıdır. Mini-VPS’ler ise çoğu zaman daha güçlü CPU ve daha hızlı depolama sunar. Net karşılaştırma yapmak için aynı hedef senaryoyu düşünün: “kişisel web + küçük uygulama + ters proxy + TLS”.

Somut kıyas çerçevesi

Aşağıdaki tablo “mutlak değer” değil; tipik beklenti çerçevesidir.

Kriter	Raspberry Pi self-hosting	Mini-VPS (bulut)
İlk kurulum	Daha ucuz donanım erişimi, ama daha fazla elle kurulum	Panel/otomasyon sayesinde daha hızlı başlangıç
Depolama	microSD riskli; SSD eklenirse daha stabil	SSD/NVMe genelde daha tutarlı
Eşzamanlı istek	Düşük-orta trafik için yönetilebilir	Orta trafik için daha rahat
Kesinti yönetimi	Ev interneti + elektrik + router riski	Datacenter altyapısı ve yedeklilik avantajı
Güncelleme	Sistem + servisler elden disiplin ister	Aynı sorumluluk var ama ortam daha standart
Güvenlik	Firewall/VPN doğru kurulmazsa risk artar	Daha standart ağ güvenliği + log düzeni

Bu çerçevede Raspberry Pi; düşük/orta trafikli kişisel projelerde maliyet avantajını korurken, mini-VPS; süreklilik ve operasyon kolaylığı tarafında öne çıkar.

Maliyet hesabı: Sadece elektrik değil

Raspberry Pi’nin cazibesi düşük enerji tüketimi. Fakat toplam maliyet; donanım, depolama, internet, domain, TLS/sertifika yenileme ve özellikle yedekleme için zaman maliyetini de içerir.

Kalem kalem düşünün (net kontrol listesi)

Donanım: Raspberry Pi + kasa/soğutma + adaptör + SSD (veya kaliteli microSD)
Ağ: Ev interneti hızı ve uplink (yüksek uplink dosya upload’ta kritik)
Domain: Aylık domain maliyeti (isterseniz ücretsiz DNS ile çalışır, ama genelde domain ücretli)
TLS/HTTPS: Let’s Encrypt ile genellikle ücretsiz; yenileme otomasyonu gerekir
Yedek (backup) maliyeti:
harici disk + düzenli yer değiştirme
veya bulut yedek depolama
Operasyon süresi: Güncelleme, log takibi, arıza durumunda müdahale

Gerçekçi maliyet sonucu

Raspberry Pi çoğu kullanıcıda “ilk kurulum düşük maliyet” getirir. Ancak veri kaybını önlemek için yedekleme kurmazsanız maliyet risk üretir. Bu nedenle “aylık kuruş hesaplamak” yerine “yedekleme ve kesinti telafisi” planını yazılı hale getirin.

Güvenlik: Raspberry Pi ile self-hosting’de en sık hatalar

Raspberry Pi ile self-hosting yapanların çoğu, güvenlik tarafında standart bir checklist izlemeyince sorun yaşar. Net bir güvenlik düzeni kurarsanız risk ciddi biçimde düşer.

İnternet’e açma stratejisi

Servisleri doğrudan port yönlendirme ile expose etmek yerine ters proxy arkasında toplayın.
Şifreli bağlantı kullanın: HTTPS + (gerekiyorsa) VPN.
Varsayılan kullanıcı/şifre kombinasyonlarını değiştirin.

Kullanmanız gereken temel katmanlar

Firewall (ör. ufw)
Fail2ban (brute-force denemelerini sınırlar)
Otomatik güvenlik güncellemesi (paket bazında)
Log izleme: Anormal istek/başarısız girişleri gözlemleyin
Yedekleme doğrulaması: “Backup aldım” değil, “backup geri yüklenebiliyor” test edin

Ters proxy (reverse proxy) ve TLS

Self-hosting’de en net yaklaşım: - tek giriş noktası (tek domain/subdomain) - otomatik sertifika (Let’s Encrypt) - servisleri iç ağda tutma

Bu yaklaşım hem güvenliği hem de hata ayıklamayı kolaylaştırır. Örneğin HTTP/HTTPS trafiğini reverse proxy yönetir; arka uç servisler yalnızca yerel ağ üzerinden konuşur.

Kurulum planı: Adım adım “istikrarlı” kurulum

Raspberry Pi’de self-hosting yaparken adım sırası önemlidir. Aşağıdaki plan “çalıştıktan sonra yönetilebilir olsun” mantığıyla tasarlanmıştır.

1) Depolamayı sağlamlaştırın

microSD kullanıyorsanız dayanıklılık riskini kabul edin.
SSD kullanıyorsanız dosya sistemi ayarlarını kontrol edin (performans ve yazma dayanımı için).

2) Güncelleme ve temel güvenliği kurun

İşletim sistemi güncellemesi yapın.
Firewall kural setini belirleyin.
SSH erişimini kısıtlayın (anahtar tabanlı giriş, mümkünse root login kapalı).

3) Ters proxy kurun

Alan adını bağlayın.
TLS’yi otomatik yönetin.
Uygulama servislerini (web panel, dashboard vb.) arka planda çalıştırın.

4) Yedekleme planı oluşturun

Veritabanı varsa dump + saklama periyodu belirleyin.
Dosya sistemi için snapshot mantığı kurun.
Geri dönüş testi yapın: 1-2 ayda bir restore denemesi.

5) İzleme (monitoring) kurun

CPU/RAM/IO metrikleri
disk doluluk takibi
uygulama loglarında hata oranı

Bu adım, performans sorunlarını “anlık panik” yerine ölçülebilir şekilde yönetmenizi sağlar.

Operasyon: “Sürekli açık” beklentisi nasıl yönetilir?

Raspberry Pi ile self-hosting’te en yaygın sürprizler kesinti ve ev internetidir. Bu yüzden operasyon yaklaşımı net olmalıdır.

Beklenen kesinti senaryoları

Ev interneti kesintisi
Router arızası
Elektrik kesintisi
SD/SSD kaynaklı hata

Çözüm stratejileri

UPS ekleyin (elektrik kesintisi için)
Otomatik restart ve service watchdog kurun
Döngüsel disk kontrolü yapın
Geri yükleme prosedürünü yazılı hale getirin

Raspberry Pi’ye alternatif: “Hemen olur” yerine doğru seçim

Eğer hedefiniz sadece bir uygulamayı internete açmaksa, Raspberry Pi her zaman en rasyonel seçenek değildir. Mini-VPS veya standart bir web hosting ile daha az operasyon yükü yaşarsınız.

Net karar için şu soruları cevaplayın: - Günlük kaç ziyaretçi var (veya olacak)? - Kesinti olduğunda ne kadar süre kabul edilebilir? - Yedekleme ve restore testi için düzenli zaman ayırır mısınız? - Kendi log/izleme düzeninizi kurar ve güncellemeleri takip eder misiniz?

Bu sorulara verilen yanıtlar Raspberry Pi’yi “uygun” yapıyorsa, doğru şekilde kurulduğunda faydalı bir self-hosting platformu olur. Uygun değilse, küçük bir VPS ile aynı hizmeti daha stabil biçimde yayına almak daha mantıklıdır.

Sonuç: Raspberry Pi ile self-hosting’e giriş için net aksiyon

Raspberry Pi ile self-hosting gerçektir; ancak doğru senaryoda ve doğru operasyon disipliniyle. İlk adım olarak bir hedef senaryo seçin (ör. düşük trafikli web/API), sonra depolamayı sağlamlaştırın (tercihen SSD), ters proxy + TLS kurun ve yedek (backup) ile restore testini ilk haftada tamamlayın. Eğer 7/24 erişilebilirlik ve düşük operasyon yükü önceliğinizse, mini-VPS ile başlayıp zamanla ölçeklemek daha güvenli bir yoldur. Net kararınızı vermek için en kritik kriter: “kesinti ve veri kaybı olursa müdahale planınız hazır mı?”