Raspberry Pi ile Self-Hosting Gerçekçi mi? Artı Eksi

Self-hosting fikri çoğu kullanıcı için cazip: hizmetleri (web, dosya, VPN, küçük uygulamalar) kendi kontrolünde çalıştırmak. Raspberry Pi ise bu fikri ev ortamında başlatmayı kolaylaştıran düşük maliyetli bir donanım. Ancak “gerçekçi mi?” sorusunun cevabı; CPU/IO performansından, internet bağlantısına, yedekleme disiplinine kadar birkaç net parametreye bağlı. Bu rehberde Raspberry Pi ile self-hosting için ne zaman uygun, ne zaman riskli olduğunu; performans ve işletim kriterleriyle açıklıyorum.

Raspberry Pi ile self-hosting neyi hedefler?

Raspberry Pi genellikle “herkesin günlük kullandığı büyük sistemler” için değil, küçük ölçekli ve kontrollü senaryolar için uygundur. Uygun kullanım örnekleri: - Kişisel web sitesi (statik içerik veya düşük trafik) - Ev içi dosya paylaşımı (NAS benzeri kullanım) - Basit bir doküman/knowledge base - Gelişmiş olmasa da kişisel bir VPN veya SSH erişimi - Gelişmiş olmayan otomasyonlar (ör. basit cron işleri)

Uygun olmayan senaryolar (özellikle tek cihazla): - Çok yüksek trafik alan bir web sitesi - Aynı anda yoğun sayıda eş zamanlı kullanıcı (özellikle dinamik içerik) - Sürekli açık, izinsiz erişime açık bir sistem (güvenlik disiplininiz yoksa) - Sürekli “%99.9 garanti” hedeflenen kritik işler

Kritik nokta: İnternet hattı değil sadece CPU

Self-hosting performansını belirleyen ilk unsur çoğu zaman CPU değil, internet uplink (yükleme hızı) ve depolamanın I/O performansıdır. Raspberry Pi’nin CPU’su düşük olsa da doğru mimaride (statik içerik, önbellek, hafif uygulamalar) sürdürülebilir. Ama ev internetinin yükleme hızı düşükse hizmetler yavaşlar; bu da pratikte kullanıcı deneyimini düşürür.

Donanım gerçekleri: CPU, RAM ve depolama etkisi

Raspberry Pi modelleri arasında performans farkı var. Genel olarak bakmanız gerekenler: - CPU: Tek çekirdek gücü ve frekansı, özellikle PHP/Node gibi dinamik işlerde belirleyici. - RAM: Eş zamanlı işlem sayısı ve cache boyutu RAM’e bağlı. - Depolama (microSD/SSD): MikroSD kartlar özellikle yazma ve küçük rastgele I/O’da zayıf kalabilir.

microSD yerine SSD kullanın (net kural)

microSD kartlar okuma hızında fena değildir; fakat yazma yoğun senaryolarda (log birikimi, veritabanı, güncellemeler, yedek kopyaları) bozulma ve performans düşüşü yaşanır. Self-hosting hedefiniz “süreklilik” ise şu kuralı uygula: - Mümkünse Raspberry Pi’ye USB-SATA bir SSD bağlayın. - Logları rotasyonla yönetin (logrotate gibi araçlar).

Örnek kapasite düşünme (gerçekçi ölçek)

“Kaç kullanıcı kaldırır?” sorusu tek cevapla ölçülemez. Bunun yerine şu ölçüt daha gerçekçidir: - Dinamik içerik (ör. WordPress) için eş zamanlı kullanıcı artınca gecikme hızla büyür. - Statik site veya reverse-proxy arkasında önbellek kullanan kurulumlar daha kararlı çalışır.

Bu yüzden Raspberry Pi ile web servis edecekseniz: - Statik siteyi tercih edin veya dinamik tarafı hafif tutun. - Cache katmanı ekleyin. - Veritabanını minimal tutun.

Ağ tarafı: Uplink, NAT, port yönlendirme ve gecikme

Raspberry Pi’nin evde çalışması “herkes dışarıdan erişebilir” anlamına gelmez. Dış erişim için ağ konfigürasyonu gerekir.

Port yönlendirme (port forwarding) riskleri

Router üzerinden gerekli portları Pi’ye yönlendirmek tek başına yeterli değil. Güvenlik için şu kontrolleri uygulayın: - Varsayılan portları değiştirmek tek başına güvenlik sağlamaz; asıl güvenlik kimlik doğrulama ve firewall. - UFW/iptables gibi bir firewall ile yalnızca gereken servisleri açın. - SSH erişimi için anahtar tabanlı giriş + şifreli giriş kapatma.

Dinamik DNS (DDNS) pratikte şart

Ev interneti çoğu zaman IP değiştirir. Domain ile erişmek için DDNS kullanmanız gerekir. Bu maliyeti artırmaz; ama işletim yükünü azaltır.

CDN ile performans gerçekçi şekilde artar

Raspberry Pi’nin zayıf tarafı gecikme ve bant genişliği olabileceği için CDN katmanı (Cloudflare benzeri) pratik çözümdür: - Statik içerik için CDN cache - Ücretsiz planlarda dahi temel koruma (DDoS/Rate limit) sağlanır

Bu yaklaşım, “Raspberry Pi’de çok pahalı donanım yok ama kullanıcıya hızlı geliyor” hedefini gerçekleştirir.

Güvenlik: Self-hosting’in en masrafsız ama en disiplin isteyen alanı

Self-hosting’in en büyük bedeli çoğu zaman güç değil, güvenlik yönetimidir.

Raspberry Pi’yi internete açmadan önce hazırlık listesi

Aşağıdaki maddeler “opsiyonel” değil, pratikte minimum güvenlik çerçevesi: - Güncel işletim sistemi ve otomatik güncelleme politikası - Kullanıcılar için şifre yerine anahtar (SSH key) - Firewall ile yalnızca gerekli servislerin açılması - Fail2ban / benzeri deneme engelleme (SSH brute-force için) - Uygulama seviyesinde rate limit (mümkünse)

Yedekleme (backup) ve geri dönüş (restore) planı

Güvenliğe paralel en kritik konu yedekleme. Şu ayrımı net koyun: - Yedek (backup): Veriyi restore etmeye yarar. - Snapshot: Bazı sistemlerde kurtarmayı hızlandırır ama çoğu senaryoda gerçek yedek disiplini yerine geçmez.

Raspberry Pi senaryosunda gerçek yedek stratejisi: - Yerel kopya + harici kopya (ör. bulut depolama) - Yedekleme sonrası “restore edilebilir mi?” testinin zaman zaman yapılması

Operasyon ve arıza toleransı: Süreklilik nasıl sağlanır?

Raspberry Pi ile self-hosting’in gerçekçi çizgisi, “ev cihazı olarak bakım”dır.

Elektrik kesintisi ve yeniden başlatma

Ev ortamında güç kesintileri ve Wi-Fi/router problemleri sık görülür. Raspberry Pi için: - Otomatik yeniden başlatma davranışını test edin - Router reboot sonrası servislerin düzgün ayağa kalktığını kontrol edin

İzleme (monitoring) olmadan self-hosting kör iştir

Basit bir izleme kurulumu bile fark yaratır: - Sistem yükü (CPU/RAM) - Disk alanı ve inode kullanımı - Hizmet durumları (reverse-proxy, VPN, web uygulaması) - Günlük hata logları

Bu sayede performans düşüşünü “ilk kullanıcı fark etmeden” görürsünüz.

Maliyet hesabı: “Ucuz cihaz” doğru ama tek maliyet değil

Raspberry Pi ucuzdur; fakat toplam maliyet şöyle oluşur: - Donanım: Pi + SSD + (gerekirse) güç adaptörü - Şebeke altyapısı: ev interneti uplink - Domain (domain kullanıyorsanız) ve DDNS - Güvenlik/izleme için zaman maliyeti - Yedekleme için depolama maliyeti (harici kopya varsa)

Net karşılaştırma yapmak için şu yaklaşımı kullanın: 1) Ev internetinizde uplink hızını ölçün. 2) Raspberry Pi’de SSD kullanıp kullanmadığınızı yazın. 3) Yedekleme maliyetini (ör. bulut depolama) ekleyin. 4) 1 yıl içinde kaç saat “bakım/arıza” ayıracağınızı gerçekçi belirleyin.

Raspberry Pi ne zaman hâlâ “doğru seçim”?

Yalnızca kişisel kullanım ve düşük/orta trafik
Statik veya hafif dinamik servis
Güvenlik disiplinini uygulayacak teknik bilgi
Restore testleriyle yedekleme yapma niyeti

Karşılaştırma: Raspberry Pi vs hafif bir VPS/VDS

Raspberry Pi ile amaç aynı olabilir ama ölçek ve işletim modeli farklıdır. Aşağıdaki tablo karar vermeyi hızlandırır.

Kriter	Raspberry Pi self-hosting	Küçük VPS/VDS (datacenter)
Kurulum maliyeti	Donanım düşük, bakım sizde	Aylık ücret var, yönetilen seçenekler mümkün
Performans	Tek cihaz sınırı; SSD kritik	Datacenter kaynakları daha öngörülebilir
İnternet kalitesi	Ev hattı + uplink etkisi	Datacenter uplink genelde daha iyi
Süreklilik	Ev elektriği/ISP etkisi	Barındırma tarafında daha kontrol
Güvenlik	Firewall + güncelleme sorumluluğu tamamen sizde	Sunucu güvenliğine ek katmanlar; WAF/koruma opsiyonları
Yedekleme	Yerel + harici disiplin gerekir	Snapshot/backup seçenekleri daha standart
Ölçekleme	Zor (ek donanım gerekebilir)	Kaynak artırma daha kolay
En uygun kullanım	Kişisel projeler, öğrenme, hafif servisler	Trafik/erişim gereksinimi olan uygulamalar

Hangi projeler Raspberry Pi’de “gerçekçi” ve hangileri “riskli”?

Gerçekçi projeler

Statik site + CDN
İç network’te dosya paylaşımı (mümkünse VPN ile)
Basit panel uygulamaları (düşük istek oranı)
Kişisel kod/artefakt saklama, hafif CI iş akışları

Riskli projeler

Yoğun veritabanı yazması gereken sistemler (log/DB I/O baskısı)
Dış dünyaya doğrudan açık kimlik doğrulama isteyen servisler (güvenlik hataları maliyetli)
Yüksek eş zamanlı kullanıcıyla dinamik web uygulamaları

Dönüştürme stratejisi

Eğer hedefiniz “Raspberry Pi ile başlayıp sonra büyütmek” ise mimariyi buna göre kurun: - Statik işleri Pi yerine CDN’e uygun tasarlayın - Veri tarafını kolay taşınabilir tutun (ör. düzenli export) - Uygulamayı container ile kurduysanız taşınabilirlik artar (Docker gibi)\n

Net test: Raspberry Pi self-hosting uygun mu, 30 dakikada nasıl anlarsınız?

Karar vermeyi kolaylaştıran pratik bir kontrol akışı: - Raspberry Pi’de SSD kurulumunu doğrulayın. - Basit bir web endpoint’i çalıştırın. - CDN kapalıyken ve açıkken aynı testleri yapın (HTTP istek gecikmesi). - Uplink’te karşıdan yükleme performansını ölçün. - Loglarda hatayı ve performans düşüşünü gözlemleyin.

Bu testin çıktısı şu soruları yanıtlar: - Dışarıdan erişimde gecikme kabul edilebilir mi? - Uygulama log/IO nedeniyle yavaşlıyor mu? - Yedekleme senaryosunu restore edebilir misiniz (en azından test amaçlı)?

Sonuç: Raspberry Pi ile self-hosting “gerçekçi”, ama şartları var

Raspberry Pi ile self-hosting, doğru senaryoda hem mantıklı hem de öğretici bir çözümdür. Gerçekçi beklenti; düşük/orta trafik, SSD kullanımı, güvenlik disiplininin kurulması, harici yedekleme ve izleme ile gelmelidir. Eğer önceliğiniz erişilebilirlik ve “sıfır bakım” ise küçük bir VPS/VDS daha dengeli olur; Raspberry Pi ise kişisel projeler ve hafif servisler için daha uygun konumda kalır.

Aksiyon olarak: Raspberry Pi ile başlıyorsanız önce SSD + firewall + anahtar tabanlı SSH + harici yedekleme planını tamamlayın; ardından CDN ve DDNS ile dış erişimi test edin. Bu kontrol listesini geçen kurulum, “gerçekçi” hedefe yaklaşır; geçmeyen kurulum ise kaynak boşa harcar.