Cloudron, CasaOS ve Coolify Karşılaştırması

Ne inşa ediyorsunuz

Bir araç kurmanın yanı sıra bir araç seçimi de yapıyorsunuz. Üç panel, boş bir VPS'i tıklama ile uygulama barındırılan bir sunucuya dönüştürmeyi vaat ediyor: Cloudron, CasaOS ve Coolify. Bu kılavuz, her birini yeni kurulmuş bir Ubuntu 24.04 sunucusuna kurar, ilk uygulamayı yükler ve ardından kimsenin ekran görüntüsünü almadığı kısımları dikkatle inceler: TLS, yedeklemeler, güncellemeler, bellek maliyeti ve sistemden ayrılmanın zorluğu. Sonunda hangisinin size uygun olduğunu veya dürüst cevabın "hiçbiri, sadece Docker Compose kullanın" olup olmadığını anlayacaksınız.

Bunların hiçbiri sihirli değildir. Üçünün de temelinde, elle yönetebileceğiniz aynı Docker Engine bulunur. Bir panelin size nakit, RAM veya bağımlılık karşılığında sattığı şey, sizin yerinize yapılan dört işlevdir: tek tıkla uygulama kurulumu, otomatik TLS sertifikaları, zamanlanmış yedeklemeler ve kullanıcı yönetimi. Eğer bu dört işlev sizin için ciddi bir ek yükü karşılamaya değiyorsa, panel amacına hizmet eder. Eğer bir veya iki servis çalıştırıyorsanız ve sunucunuzda tam olarak ne olduğunu bilmek istiyorsanız, önce "Üçünü de atla" bölümünü okuyun ve kendinizi zahmetten kurtarın.

Ortak ön gereksinimler ve dikkat edilmesi gerekenler

Her üç seçenek de konteyner sanallaştırması değil, KVM tabanlı bir VPS gerektirir. Docker gerçek bir çekirdeğe ihtiyaç duyar; Cloudron, OpenVZ ve LXC üzerinde kesinlikle çalışmaz. Durumu systemd-detect-virt ile kontrol edin: kvm veya qemu uygundur, ancak openvz veya lxc uygun değildir. KVM planında komut kvm çıktısını, fiziksel sunucuda ise none çıktısını verir; her iki durumda da devam edebilirsiniz.

Bunun ötesinde, sistem gereksinimleri farklılık gösterir ve seçim yaparken ilk dikkat edilmesi gereken nokta budur.

• RAM. CasaOS 1GB RAM ile sorunsuz çalışır; Raspberry Pi donanımı üzerinde geliştirildiği için oldukça hafiftir. Coolify en az 2GB RAM ve iki CPU çekirdeği gerektirir; bunun yaklaşık 600 MB'lık kısmı doğrudan Coolify tarafından kullanılır. Cloudron minimum 2GB RAM ister ancak 4GB RAM ile daha kararlı çalışır, çünkü tek bir uygulama kurmadan önce bile bir posta sunucusu ve veritabanı çalıştırır.
• Kontrolünüzde olan bir alan adı ve DNS. Cloudron ve Coolify, çalışan DNS ayarlarına sahip gerçek bir alan adı gerektirir. Cloudron, kayıtları ve wildcard sertifikaları otomatik oluşturabilmek için DNS sağlayıcınızın API erişimine ihtiyaç duyar. CasaOS doğrudan IP adresi üzerinden çalışabilir ancak bu durumda TLS sertifikası alamazsınız.
• Portlar. Cloudron ve Coolify, HTTP ve HTTPS trafiği için 80 ve 443 numaralı portların açık olmasını gerektirir. CasaOS arayüzünü düz HTTP üzerinden sunduğu için yalnızca 80 numaralı port yeterlidir. Coolify ayrıca arayüzü için 8000 numaralı portu, gerçek zamanlı kanalları için 6001 ve tarayıcı içi terminali için 6002 numaralı portu kullanır. Her biri için 22 numaralı SSH portunu açık tutun.

Başlamadan önce DNS kayıtlarını sunucuya yönlendirin. Kendi ana makine adını (hostname) çözümleyemeyen bir panel sertifika isteğinde bulunamaz; bu durumda ilk saatinizi yazılımı kullanmak yerine hata ayıklamakla geçirirsiniz. Sunucu IP adresine bir A kaydı tanımlayın ve Coolify için bir wildcard kaydı (*.apps.example.com) ekleyin; böylece dağıtılan her uygulama kendi alt alan adına sahip olabilir.

Cloudron: cilalı ve görüş sahibi bir cihaz

Nedir. Cloudron, tüm sunucuyu yönetilen bir cihaza dönüştüren ticari bir platformdur. Kendi reverse proxy, veritabanı ve mail yığınını çalıştırır; ayrıca paketlenmiş uygulamalardan (Nextcloud, WordPress, Gitea, Mattermost ve daha fazlası) oluşan özel bir Uygulama Mağazası sunar. Uygulamalarının otomatik güncellemeler, otomatik sertifikalar ve otomatik yedeklemelerle yönetilmesini isteyen ve bunun için ödeme yapmaya hazır olan kullanıcıları hedefler.

Kurulum. Temiz bir sunucu gerektirir ve sunucunun kontrolünü tamamen ele alır. Bunu yalnızca yeni kurulmuş bir Ubuntu 24.04 (Noble) sunucuda çalıştırın:

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

Betik; Docker, nginx, bir veritabanı ve mail yığınını kurar, ardından sistemi yeniden başlatır. Sunucu açıldığında https://<your-ip> adresini açın, geçici kendinden imzalı sertifikayı kabul edin ve kurulumu tarayıcı üzerinden tamamlayın: alan adınızı girin, DNS sağlayıcınızı seçin; sistem kendi kontrol panelini my.example.com adresinde hazırlayacaktır.

İlk uygulamayı ekleme. Kontrol panelinde Uygulama Mağazası'nı açın, (örneğin) Nextcloud'a tıklayın, files.example.com alt alan adını seçin ve Kur düğmesine basın. Cloudron, herhangi bir yapılandırma dosyasına dokunmanıza gerek kalmadan DNS kaydını oluşturur, Let's Encrypt sertifikasını talep eder, veritabanını hazırlar, tek oturum açma (SSO) bağlantılarını kurar ve yedeklemeyi planlar. Tüm vaadi budur ve bunu eksiksiz yerine getirir.

TLS ve yedeklemeler. Üç seçenek arasındaki en güçlü yapıdır. Her uygulama alt alan adı, sizin yerinize yenilenen otomatik bir Let's Encrypt sertifikası alır. Yedeklemeler planlıdır ve yerleşik olarak gelir; yerel bir dizini, S3'ü veya diğer uzak depolama alanlarını hedefler. Uygulama bazında geri yükleme ve hatta bir uygulamanın yeni bir alt alan adına tek tıkla kopyalanması mümkündür.

Maliyet ve lisanslama, başlamadan önce okuyun. Cloudron, sınırlı bir ücretsiz katmana sahip ücretli bir üründür: ücretsiz plan iki uygulamaya izin verir. Üçüncü bir uygulama kurduğunuzda ödeme duvarına takılırsınız; ücretli bir abonelik (aylık veya yıllık faturalandırılan, her ikisi de sınırsız uygulama içeren Pro veya Max) daha fazla özellik sunar. Cloudron hakkındaki en önemli gerçek budur. Bir işletme olduğu için bu kadar cilalıdır ve ücretsiz katman, büyüyen bir yığın için bir yuvadan ziyade genişletilmiş bir deneme sürümüne yakındır.

Hata modu, temiz sunucu kuralı. Cloudron'u halihazırda başka servislerin çalıştığı bir sunucuya kurmaya çalışırsanız, kurulum herhangi bir değişiklik yapmadan iptal edilir:

Error: Some packages like nginx/docker/nodejs are already installed. Cloudron requires
specific versions of these packages and will install them as part of its installation.
Please start with a fresh Ubuntu install and run this script again.

Bunun nedeni keyfi bir titizlik değildir. Cloudron; nginx, Docker ve Node'un belirli sürümlerini sabitler ve bunları derinlemesine entegre eder, bu nedenle kendi kopyalarınızla bir arada çalışamaz. Çözüm, üzerinde hiçbir şey olmayan yeni bir Ubuntu 24.04 imajıdır: web sunucusu, Docker veya elle yapılandırılmış bir güvenlik duvarı bile olmamalıdır. Yanlış imajla başlattıysanız, kurulum desteklenen bir Ubuntu LTS (22.04, 24.04 veya 26.04) sürümü olmayan hiçbir şeyi kabul etmez; ARM, LXC ve OpenVZ mimarileri doğrudan desteklenmez. Cloudron 10 (Eylül 2026) itibarıyla, yeni kurulumlar için varsayılan sürüm Ubuntu 26.04'tür, bu nedenle bugün sıfırdan başlıyorsanız seçmeniz gereken imaj budur.

İkinci hata modu, wildcard sertifikalar için DNS API gereklidir. Kurulum sırasında Cloudron'a bir API anahtarı vermek yerine "Manuel" DNS seçeneğini belirlerseniz, sistem sizin için kayıt oluşturamaz veya wildcard sertifika alamaz. Bu durumda her yeni uygulama, sertifika düzenlenmeden önce DNS kaydını elle eklemenizi gerektirir ve kontrol paneli bu kaydın yapılmasını bekler. Cloudron'a desteklenen bir DNS sağlayıcısında (Cloudflare, Route 53, DigitalOcean ve diğerleri) API erişimi verirseniz, tüm süreç tek tıkla tamamlanır.

CasaOS: ücretsiz home-lab paneli

Nedir? IceWhale tarafından geliştirilen CasaOS, Docker üzerinde çalışan, bir ana ekran, uygulama mağazası ve dosya yöneticisi sunan ücretsiz ve açık kaynaklı bir paneldir. Home-server dünyasından doğduğu için temel odak noktası ev laboratuvarlarıdır: hızlı kurulum, kullanıcı dostu arayüz ve karmaşıklıktan uzak bir yapı. Docker üzerinde daha şık bir arayüz arayan ve herhangi bir ücret ödemek istemeyen kullanıcıları hedefler.

Kurulum. Tek satırlık bir komutla kurulur ve temiz bir sistem gerektirmez:

curl -fsSL https://get.casaos.io | sudo bash

Yükleyici, bir dizi systemd servisi ekler (casaos, casaos-gateway, casaos-app-management ve diğerleri). Tarayıcıyı açmadan önce ağ geçidinin ayağa kalktığını doğrulayın:

systemctl status casaos-gateway

Çalıştığında, panel http://<your-ip> adresinde (standart HTTP, 80 numaralı port) erişilebilir olur. Yerel bir hesap oluşturarak giriş yapabilirsiniz.

İlk uygulamayı ekleme. Uygulama Mağazası'nı açın, bir uygulama seçin ve Kur (Install) düğmesine tıklayın. CasaOS arka planda bir Docker Compose projesi oluşturur ve uygulamayı bir ana makine portu üzerinden (örneğin http://<your-ip>:8080) dışarıya açar. Mağaza, standart home-server uygulamalarını içerir; bu sayede VPS üzerinde Jellyfin medya sunucusu veya self-hosted Immich fotoğraf kütüphanesi kurmak sadece birkaç tıklama uzağınızdadır. Henüz bir fotoğraf sunucusuna karar vermediyseniz, PhotoPrism ile Immich arasındaki RAM kullanımı ve mobil uygulama farkları hakkındaki yazıyı okumanızda fayda var; çünkü 1GB RAM'e sahip bir CasaOS kutusunda bu seçim, uygulamanın çalışıp çalışmayacağını belirler. Ayrıca istediğiniz herhangi bir docker-compose.yaml dosyasını da içe aktarabilirsiniz; sistemin asıl gücü buradadır: uygulamalar özel bir formatta değil, standart Docker container'ları olarak çalışır.

TLS ve yedekleme, zayıf noktalar. "Ücretsiz" olmanın sınırları burada ortaya çıkar. CasaOS, kendi paneli de dahil olmak üzere her şeyi varsayılan olarak düz HTTP üzerinden sunar. Dahili bir Let's Encrypt desteği veya zamanlanmış yedekleme özelliği yoktur. Verileriniz /DATA altındaki Docker volume'larında tutulur ve yedekleme sorumluluğu size aittir (cron ile çalışan bir restic veya tar komutu kullanabilirsiniz).

Hata durumu, TLS eksikliği ve sessiz başarısızlık. Herhangi bir hata mesajı almazsınız. Bir uygulama kurup http://<your-ip>:8080 adresini açtığınızda, tarayıcınızın "Güvenli Değil" olarak işaretlediği şifrelenmemiş bir bağlantı üzerinden çalışır. Şifreler ve oturum çerezleri ağ üzerinden açık metin olarak iletilir. Daha da kötüsü, CasaOS panelinde geçmişte uzaktan kod çalıştırma (RCE) zafiyetleri yaşanmıştır (CVE-2023-37265 ve CVE-2023-37266; kimlik doğrulama atlatma ile tam sistem ele geçirme). Bu nedenle, HTTP portunu doğrudan internete açmak sadece bir stil tercihi değil, ciddi bir güvenlik riskidir. Çözüm, CasaOS'i asla doğrudan dış dünyaya açmamaktır. Önüne TLS termination yapan bir reverse proxy koyun; örneğin Certbot ile Let's Encrypt sertifikalı nginx, Caddy veya Cloudflare Tunnel kullanarak trafiği sadece yerel ağ üzerinden CasaOS'e yönlendirin. CasaOS'in halihazırda 80 numaralı portu kullandığını unutmayın; bu nedenle CasaOS'i başka bir porta taşımadığınız sürece proxy ile çakışma yaşanacaktır.

Maliyet. Tamamen ve kalıcı olarak ücretsizdir, uygulama sınırı yoktur. Operasyonel maliyeti siz üstlenirsiniz: TLS, yedekleme ve sistem güvenliği tamamen sizin sorumluluğunuzdadır.

Coolify: self-hosted PaaS

Nedir? Coolify, kendi sunucunuz üzerinde çalışan, Heroku veya Vercel benzeri açık kaynaklı bir platform-as-a-service (PaaS) çözümüdür. Temel çalışma birimi "hazır paket uygulama kurmak" değil, "Git deposu dağıtmaktır": bir depo bağlarsınız, Coolify bunu (Nixpacks veya kendi Dockerfile dosyanız aracılığıyla) derler, yayına alır ve her push işleminde yeniden dağıtır. Ayrıca tek tıkla veritabanı ve servis kurulumu sunar. Kendi kodunu dağıtmak isteyen ve bir PaaS hizmetine kira ödemeden push-to-deploy kolaylığı arayan geliştiricileri hedefler.

Kurulum.

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

Bu betik Docker'ı kurar ve Coolify'ın kendi container yığınını ayağa kaldırır. Devam etmeden önce servislerin sağlıklı çalıştığını doğrulayın:

docker ps --format 'table {{.Names}}\t{{.Status}}'

coolify, coolify-db, coolify-redis, coolify-realtime ve coolify-proxy servislerinin tamamının Up durumunda olduğunu görmelisiniz. Kontrol paneli http://<your-ip>:8000 adresindedir. Hemen yönetici hesabınızı oluşturun; çünkü kayıt sayfası ilk hesap oluşturulana kadar herkese açıktır ve sayfaya ilk ulaşan kişi sunucunun kontrolünü ele geçirir. Ardından örnek alan adınızı belirleyin ve Coolify'ın her dağıtılan uygulamaya kendi alt alan adını atayabilmesi için bir wildcard DNS kaydını (*.example.com veya *.apps.example.com) sunucunuza yönlendirin.

İlk uygulamayı ekleme. Bir Git kaynağı (GitHub, GitLab veya standart bir depo URL'si) bağlayın, bir dal seçin, alan adını ayarlayın ve dağıtımı başlatın. Coolify'ın yerleşik Traefik proxy'si alt alan adını yönlendirir ve sertifika talebinde bulunur. Hazır yazılımlar için Servisler kataloğu, uygulamaları birkaç tıklamayla kurmanızı sağlar: elle yapılandırmanız gereken n8n iş akışı otomasyonu tek bir girdi ile kurulabilir; aynı durum durum sayfası takibi için Uptime Kuma için de geçerlidir.

TLS ve yedekleme. Dahili Traefik aracılığıyla uygulama başına otomatik Let's Encrypt sertifikası alınır, böylece her dağıtılan alt alan adı bir sertifikaya sahip olur. Yedeklemeler veritabanı odaklıdır: Postgres ve MySQL dökümlerini S3 uyumlu depolama alanlarına zamanlayabilirsiniz. Sunucu genelinde yedekleme (/data/coolify altında bulunan Coolify yapılandırmasının kendisi) daha manuel bir süreçtir, bu yüzden dışa aktarma ve saklama işlemlerini kendiniz yapmalısınız.

Maliyet ve lisanslama. Self-hosted sürüm tamamen açık kaynaklı ve ücretsizdir, uygulama sınırı yoktur. Uygulamalarınız kendi sunucularınızda çalışmaya devam ederken kontrol düzlemini sizin yerinize barındıran isteğe bağlı Coolify Cloud (ücretli) hizmeti mevcuttur; bu kolaylık sağlar ancak zorunlu değildir.

Hata durumu: uygulama dağıtılıyor ancak alan adı yüklenmiyor. Kontrol paneli http://<ip>:8000 üzerinde düzgün çalışıyor, derleme başarılı oluyor ancak uygulamanın kendi URL'si bağlantı hatası veya Traefik 404 page not found hatası döndürüyor. Bu durum uygulamanızla değil, proxy veya DNS ile ilgili bir soruna işaret eder. İki yaygın neden vardır. Birincisi, proxy başlatılmaya çalışıldığında 80 veya 443 numaralı portlar zaten kullanımdaydı, bu yüzden container bir Docker hatasıyla kapandı:

Error response from daemon: driver failed programming external connectivity on endpoint coolify-proxy: Bind for 0.0.0.0:443 failed: port is already allocated

İkincisi, ana makine adı sunucuya çözümlenmiyor: ya uygulama wildcard ile oluşturulmuş bir alt alan adı kullanıyor ve wildcard DNS kaydı eksik ya da sunucuya yönlendirilmiş bir DNS kaydı olmayan özel bir alan adı kullanıyor; bu nedenle Traefik o ana makine adı için hiçbir istek almıyor. Eğer Coolify içindeki sunucu kartı "Server is not reachable" (Sunucuya ulaşılamıyor) uyarısı veriyorsa, bu farklı bir hatadır: Coolify sunucunun Docker socket'i ile hiç iletişim kuramıyordur; bu genellikle durmuş bir Docker daemon'ından veya bozuk bir SSH anahtarından kaynaklanır. Tahmin yürütmeden önce günlük kayıtlarındaki gerçek nedeni okuyun:

docker logs coolify-proxy --tail 100

Sorunu Proxy sayfasından düzeltin: Restart Proxy düğmesine basın veya proxy yapılandırmasını varsayılana sıfırlayıp tekrar başlatın, ardından sistemin oturması için yaklaşık iki dakika bekleyin. 8000 numaralı portu dünyaya açık bırakmak yerine yalnızca kendi IP adresinizden erişilebilir tutun (veya proxy düzgün çalışmadığında geçici olarak tekrar açın); bu port kontrol panelini düz HTTP üzerinden sunar. Coolify'ın kendi belgeleri, kontrol paneli kendi alan adı üzerinden sunulduktan sonra 8000, 6001 ve 6002 numaralı portların kapatılabileceğini belirtir.

Aynı VPS üzerinde kaynak kullanımı

Herhangi bir gerçek iş yükü dağıtılmadan önce, aynı 4GB kapasiteli sunucuda boşta (idle) durumdayken ölçülmüştür. Toplam kullanım uygulama karışımınıza göre değişeceğinden, tek bir sayıya güvenmek yerine kendi değerlerinizi free -m ve docker stats --no-stream ile kontrol edin.

• CasaOS en hafif olanıdır. Panel, küçük bir Go servisleri kümesidir; çalıştırdığınız container'ların üzerine yaklaşık 150 ila 300 MB ek yük getirmesini bekleyebilirsiniz.
• Coolify, kendi destek container'larını (uygulama, Postgres, Redis, gerçek zamanlı servis ve Traefik) çalıştırır; bu nedenle herhangi bir şey dağıtmadan önce boşta 600 MB ila 1 GB arası bir kullanım sergiler.
• Cloudron, boşta en ağır olanıdır; çünkü kullanıp kullanmadığınıza bakılmaksızın kendi nginx, veritabanı, posta yığını ve izleme araçlarını çalıştırır; boşta 1 ila 1.5 GB arası bir bütçe ayırın. Bu yüzden minimum 2GB talep eder ve 4GB ile çok daha rahat çalışır.

Küçük bir 2GB VPS üzerinde CasaOS, gerçek uygulamalar için en fazla alanı bırakırken Cloudron en az alanı bırakır. Eğer planınız 2GB ise ve Cloudron'u posta sunucusuyla birlikte kullanmak istiyorsanız, sunucunuzu yükseltmeyi planlayın.

Güncellemeler, yedeklemeler ve platform bağımlılığı karşılaştırması

Güncellemeler. Cloudron, platformu ve her uygulamayı test edilmiş bir takvime göre sizin yerinize günceller: en az çaba ve en yüksek düzeyde destek sunar. Coolify, kendi paneli üzerinden tek bir tuşla güncellenir. CasaOS, paneli kurulum betiği veya apt aracılığıyla günceller; ancak yüklediğiniz uygulamaları çekmek ve yeniden başlatmak sizin sorumluluğunuzdadır.

Platform bağımlılığı, ikinci yılda sorun yaratan kısım. CasaOS, platform bağımlılığının en az olduğu seçenektir: uygulamaları standart Compose projeleridir; bu nedenle docker-compose.yaml dosyasını ve /DATA altındaki birimleri başka bir sunucuya kopyalayarak çalışmaya devam edebilirsiniz. Coolify orta seviyededir: dağıtımlarınız kendi Dockerfile dosyalarınız ve depolarınızdır, ancak yapılandırmaları Coolify veritabanında tutulur; bu yüzden sunucu değiştirmek, projeleri diğer tarafta yeniden oluşturmayı gerektirir. Cloudron ise platform bağımlılığının en yüksek olduğu seçenektir: uygulamalar Cloudron paketlidir ve verileriniz mükemmel yedekleme sistemiyle kolayca dışarı aktarılabilse de, paketleme yapısı taşınamaz; bu nedenle hedef platformda yeniden dağıtım yapmanız gerekir. Taşınabilir veri, taşınamaz altyapı.

Hangisini seçmelisiniz

Kısa özet ve çıkış yolu. Eğer üçü arasında sunucuya en az müdahale gerektiren seçeneği istiyorsanız, paketlenmiş birden fazla uygulama çalıştıracaksanız ve yönetilen TLS, yedekleme ve güncellemeler için yıllık ücret ödemeyi kabul ediyorsanız Cloudron seçin. Eğer bu bir ev laboratuvarıysa, kendi ağınızın veya bir reverse proxy'nin arkasındaysanız, Docker üzerinde kullanıcı dostu bir arayüz istiyorsanız ve hiçbir ücret ödemek istemiyorsanız CasaOS seçin. Eğer kendi kodunuzu Git üzerinden dağıtıyorsanız ve barındırılan bir PaaS hizmetinin maliyeti olmadan, otomatik TLS ile push-to-deploy özelliği istiyorsanız Coolify seçin. Eğer bu üç seçenek de sizi tanımlamıyorsa, bir sonraki bölüm dürüst cevabı içermektedir.

Üçünü de atlayın...

Ölçeğiniz konusunda dürüst olun. Yalnızca bir veya iki uygulama çalıştırıyorsanız ya da sunucunuzda tam olarak neyin bulunduğunu anlamak ve kontrol etmek istiyorsanız, panelleri atlayın. Küçük ve kararlı bir yapı için ek yük ve bağımlılık (lock-in) buna değmez. Kendi yöntemlerinizle ilerlemek (DIY), kendi Compose dosyalarınızın önünde bir reverse proxy kullanmaktır: Birden fazla Docker Compose uygulaması önünde otomatik TLS ile Traefik kurulumu, size panel ağırlığı olmadan tek tıkla HTTPS eşdeğeri bir yapı sunar ve yedeklemeyi de gerçekten anladığınız bir cron restic işiyle yaparsınız.

services:
  whoami:
    image: traefik/whoami
    labels:
      - traefik.enable=true
      - traefik.http.routers.whoami.rule=Host(`whoami.example.com`)
      - traefik.http.routers.whoami.tls.certresolver=le
    networks: [web]
networks:
  web:
    external: true

Tek bir ana uygulama için durum daha da nettir: TLS ve kendi yedekleme rutini ile Docker üzerinde Nextcloud kurulumu, tek bir Compose dosyası ve tek bir sertifikadan ibarettir. Bunu çalıştırmak için koca bir yönetim arayüzü kurmak, sadece maliyet getirir ve hiçbir fayda sağlamaz. Eğer nasıl çalıştıracağınıza karar vermeden önce ne çalıştıracağınıza karar verme aşamasındaysanız, 2026 yılında self-host etmeye değer olanlar rehberi daha iyi bir başlangıç noktasıdır.

FAQ

Bir self-hosting paneline gerçekten ihtiyacım var mı?

Yalnızca bir panelin birden fazla uygulama genelinde otomatize ettiği dört şeye değer veriyorsanız: tek tıkla kurulum, otomatik TLS, zamanlanmış yedeklemeler ve kullanıcı yönetimi. Bir veya iki servis için, Traefik arkasındaki basit bir Docker Compose, aynı TLS işini çok daha az ek yükle ve hiçbir bağımlılık yaratmadan yapar. Paneller, çok sayıda uygulama çalıştırdığınızda ve zamanınız, tükettikleri RAM maliyetinden daha değerli olduğunda avantaj sağlar.

Yeni başlayanlar için en iyi panel hangisidir?

Hiçbir şeyin saldırgan internete açık olmadığı bir ev laboratuvarı (home lab) için CasaOS en kolay başlangıçtır: tek bir komut ve kullanıcı dostu bir arayüz, üstelik ödeme gerektirmez. Ancak herhangi bir şeyi dış dünyaya açmadan önce önüne TLS sonlandırması yapan bir reverse proxy koymalısınız, çünkü varsayılan olarak düz HTTP ile çalışır. Yönetilen TLS ve yedekleme hizmetlerini istiyorsanız ve bunun için ödeme yapacaksanız, iki uygulamaya kadar ücretsiz olan Cloudron en çok rehberlik eden seçenektir.

Cloudron ücretsiz mi?

Kısmen. Ücretsiz katman iki uygulamaya izin verir; bu, deneme yapmak veya çok küçük bir kurulum için yeterlidir. Bunun ötesinde Cloudron, ücretli katmanlarda sınırsız uygulama sunan, aylık veya yıllık faturalandırılan ücretli bir aboneliktir. Bu, ücretsiz bir yazılım değil, sınırlı bir ücretsiz plana sahip ticari bir üründür; bu nedenle yığınınız büyüyecekse bütçenizi buna göre ayarlayın.

Bu panelleri mevcut uygulamalarımın yanında çalıştırabilir miyim?

Cloudron: hayır. Temiz bir Ubuntu sunucusu gerektirir ve makinenin tamamını yönettiği için nginx, Docker veya Node zaten kuruluysa kurulumu durdurur. CasaOS ve Coolify daha uyumludur; kendi Docker yığınlarını kurarlar ve prensipte bir sunucuyu paylaşabilirler. Ancak CasaOS paneli için 80 numaralı portu ister, Coolify'ın proxy'si ise hem 80 hem de 443 numaralı portları kullanır; bu nedenle her ikisi de bu portları halihazırda tutan herhangi bir web sunucusu veya proxy ile çakışır. Zaten başka servislerin barındırıldığı bir sunucuda panel genellikle yanlış araçtır; bunun yerine Traefik ve Compose kullanın.

Daha sonra bir panelden nasıl ayrılırım?

İhtiyaç duymadan önce çıkış planınızı yapın. CasaOS'ten, uygulamanın docker-compose.yaml dosyasını ve /DATA birimlerini (volumes) yeni sunucuya kopyalayın ve tekrar başlatın. Coolify'dan, her projenin yapılandırmasını dışa aktarın ve hedefteki aynı depolara (repos) yönlendirin. Cloudron'dan, verileri yedeklerinden yeni platformdaki temiz kurulumlara geri yükleyin; çünkü Cloudron paketlemesi taşınamaz, yalnızca veriler taşınabilir. Her durumda, eskisini kapatmadan önce geri yüklemeyi geçici bir sunucuda test edin.