SSD Nodes Learn Hosting plans →
Rehberler Matt ConnorYazan Matt Connor · Güncellendi 2026-08-13

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

Cloudron, CasaOS ve Coolify panellerini VPS üzerinde inceledik. Kurulum komutları, TLS yönetimi, yedekleme süreçleri ve RAM tüketimi gibi kritik verilerle en doğru seçimi yapın.

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 gereken noktalar

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, openvz veya lxc uygun değildir. KVM planında komut kvm çıktısını, fiziksel sunucuda ise none çıktısını verir; her iki sonuç da devam edebileceğiniz anlamına gelir.

Bunun ötesinde, rakamlar 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ımları için geliştirilmiştir ve oldukça hafiftir. Coolify en az 2GB RAM ve iki CPU çekirdeği gerektirir; bunun yaklaşık 600 MB'ı doğrudan Coolify tarafından kullanılır. Cloudron minimum 2GB RAM ister ancak tek bir uygulama bile kurmadan önce bir posta sunucusu ve veritabanı çalıştırdığı için 4GB RAM ile çok daha verimli çalışır.
  • Kontrolünüzde olan bir alan adı ve DNS. Cloudron ve Coolify, çalışan bir DNS sistemine sahip gerçek bir alan adı gerektirir. Cloudron, kayıtları ve wildcard sertifikaları kendi kendine 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 desteği alamazsınız.
  • Portlar. Her üçü de HTTP ve HTTPS için 80 ve 443 numaralı portların açık olmasını gerektirir. Coolify ayrıca kontrol panelini 8000 numaralı port üzerinden sunar, gerçek zamanlı kanalı için 6001 ve tarayıcı içi terminali için 6002 numaralı portları kullanır. Her birinde SSH için 22 numaralı portu açık tutun.

Başlamadan önce DNS kayıtlarını sunucuya yönlendirin. Kendi ana makine adını (hostname) çözümleyemeyen bir panel sertifika talep edemez; bu durumda yazılımla uğraşmak yerine ilk saatinizi hata ayıklayarak geçirirsiniz. Bir A kaydını sunucu IP adresine yönlendirin ve Coolify için bir wildcard kaydı (*.apps.example.com) ekleyin; böylece dağıtılan her uygulama kendi alt alan adına sahip olur.

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 oluşan (Nextcloud, WordPress, Gitea, Mattermost ve daha fazlası) özel bir uygulama mağazasına sahiptir. 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 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 App Store'u açın, (örneğin) Nextcloud'a tıklayın, files.example.com alt alan adını seçin ve Install düğmesine basın. Cloudron, DNS kaydını oluşturur, Let's Encrypt sertifikasını talep eder, veritabanını hazırlar, tek oturum açma (SSO) ayarlarını yapar ve yedeklemeyi planlar; bunların hiçbirinde bir yapılandırma dosyasına dokunmanız gerekmez. Tüm vaat 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 planlanmış 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 klonlanması mümkündür.

Maliyet ve lisanslama, başlamadan önce okuyun. Cloudron, sınırlı bir ücretsiz katmanı olan ü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 ticari 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 bir şey çalıştıran 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 it's 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 temiz 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 veya 24.04) sürümü ve x86-64 mimarisi dışındaki hiçbir şeyi kabul etmez; ARM, LXC ve OpenVZ doğrudan desteklenmez.

İkinci hata modu, wildcard sertifikalar için DNS API gereklidir. Kurulum sırasında Cloudron'a bir API anahtarı vermek yerine "Manual" DNS seçeneğini belirlerseniz, sizin için kayıt oluşturamaz veya wildcard sertifika alamaz. Bu durumda her yeni uygulama, sertifika düzenlenmeden önce elle bir DNS kaydı 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: Kendi sunucunuzda barındırılan 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 deposunu dağıtmaktır": Bir depo bağladığınızda 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ğıtan ve bir PaaS hizmetine kira ödemeden push-to-deploy kolaylığı isteyen geliştiricileri hedefler.

Kurulum.

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

Betik, Docker kurulumunu yapar ve Coolify'ın kendi container yığınını ayağa kaldırır. Devam etmeden önce servislerin sağlıklı çalıştığını kontrol edin:

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 instance alan adınızı ayarlayın ve Coolify'ın dağıtılan her 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 branch seçin, alan adını belirleyin 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, kurulumları birkaç tıklamayla gerçekleştirir: manuel olarak yapılandırabileceğiniz n8n iş akışı otomasyon yığını tek bir girdidir; aynı şekilde durum sayfası izleme için Uptime Kuma da öyledir.

TLS ve yedekleme. Dahili Traefik aracılığıyla uygulama bazlı otomatik Let's Encrypt sertifikaları sağlanır, böylece her dağıtılan alt alan adı bir sertifika alır. Yedeklemeler veritabanı odaklıdır: Postgres ve MySQL dökümlerini S3 uyumlu depolama alanlarına zamanlayabilirsiniz. Tüm instance yedeklemesi (/data/coolify altında bulunan Coolify yapılandırmasının kendisi) daha manuel bir süreçtir; bu nedenle dışa aktarıp kendiniz saklamanız gerekir.

Maliyet ve lisanslama. Kendi sunucunuzda barındırdığınız 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ı bir Coolify Cloud (ücretli) hizmeti mevcuttur; bu hizmet kullanışlıdır ancak zorunlu değildir.

Hata durumu: Uygulama dağıtılıyor ancak alan adı yüklenmiyor. Kontrol paneli http://<ip>:8000 adresinde düzgün çalışıyor, derleme başarılı görünüyor ancak uygulamanın kendi URL'si bir 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, wildcard DNS kaydı eksiktir, bu nedenle Traefik o ana makine adı için hiçbir istek almaz. Eğer Coolify içindeki sunucu kartı "Server is not reachable" 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 veya bozuk bir SSH anahtarından kaynaklanır. Tahmin yürütmeden önce günlük kayıtlarından 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 yeniden 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 yeniden 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.

Karşılaştırma için minimal bir Traefik etiketli servis
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

Traefik bu etiketleri okur, ana bilgisayar adını yönlendirir ve sertifikayı alır: Bir panelin yaptığı işin aynısını, okuyabileceğiniz birkaç satırda gerçekleştirir.

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 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?

Dış dünyaya açık olmayan bir ev laboratuvarı (home lab) için CasaOS en kolay başlangıçtır: tek bir komut ve kullanıcı dostu bir arayüz sunar, herhangi bir ücreti yoktur. Ancak, herhangi bir şeyi dış dünyaya açmadan önce önüne mutlaka TLS sonlandırması yapan bir reverse proxy koymalısınız, çünkü varsayılan olarak düz HTTP ile çalışır. Eğer yönetilen TLS ve yedekleme hizmeti istiyorsanız ve bunun için ödeme yapacaksanız, iki uygulamaya kadar ücretsiz olan Cloudron en fazla rehberlik eden seçenektir.

Cloudron ücretsiz mi?

Kısmen. Ücretsiz sürüm iki uygulamaya izin verir; bu da sistemi denemek veya çok küçük kurulumlar için yeterlidir. Bunun ötesinde Cloudron, aylık veya yıllık faturalandırılan ücretli bir aboneliktir ve ücretli katmanlarda sınırsız uygulama desteği sunar. 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ın büyüyeceğini öngörüyorsanız 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 halihazırda yüklüyse kurulumu durdurur. CasaOS ve Coolify daha esnektir; kendi Docker yığınlarını kurarlar ve prensipte bir sunucuyu paylaşabilirler. Ancak her ikisi de 80 ve 443 numaralı portları istediği için, halihazırda çalıştırdığınız herhangi bir web sunucusu veya proxy ile çakışırlar. Halihazırda servis barındıran bir sunucuda panel genellikle yanlış araçtır; bunun yerine Traefik ve Compose kullanmayı tercih edin.

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

İhtiyaç duymadan önce çıkış planınızı yapın. CasaOS'ten ayrılmak için uygulamanın docker-compose.yaml dosyasını ve /DATA birimlerini yeni sunucuya kopyalayıp tekrar başlatın. Coolify'dan ayrılmak için her projenin yapılandırmasını dışa aktarın ve hedefteki aynı depolara yönlendirin. Cloudron'dan ayrılmak için verileri yedeklerden yeni platformdaki taze kurulmuş uygulamalara geri yükleyin; çünkü Cloudron paketlemesi taşınamaz, yalnızca veriler taşınabilir. Her durumda, eski sistemi kapatmadan önce geri yükleme işlemini geçici bir sunucuda test edin.