Coolify ne yapıyor?
Tek cümleyle: git push edersin, uygulama canlıya çıkar. Arkada bir sürü Docker, Traefik, Let's Encrypt, Postgres provisioning, env management iş var; Coolify bunların hepsini soyutluyor ve sana Heroku tarzı bir web arayüzü veriyor.
Açık kaynak (Apache lisansı), ticari kullanıma açık. Resmi kaynak: coolify.io. v4 ile birlikte (2025 sonu) production-ready denilebilir hâle geldi.
Neden self-hosted PaaS düşünmek lazım?
SaaS PaaS faturaları küçük ekiplerde hızla şişer. Heroku'nun en küçük production dyno'su
aylık ~$7, on uygulamada $70+. Vercel'in serverless faturalandırması tahmin
edilemez (özellikle bot trafiği gelirse). Render'da ücretsiz tier'lar uyutuluyor.
Bir orta sınıf VPS'te (4 vCPU, 8GB RAM, aylık $20-30 bandında) onlarca uygulama rahatlıkla çalışır. Türkiye gibi bulut maliyetinin dövize bağlı olduğu pazarlarda fiyat-performans farkı 10x'ten fazla olabiliyor. Kontrol bizde, vendor lock-in yok, fatura sabit.
Kurulum
Ubuntu 22.04+ üzerinde tek satır:
curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash
Kurulum yaklaşık 5-10 dakika sürer. Bittiğinde sunucunun :8000 portunda
dashboard açılır, ilk admin hesabı kurulur. Ardından bir domain'i Coolify'a yönlendirip
SSL'in otomatik kurulmasını izleyebilirsin (Traefik + Let's Encrypt).
Günlük kullanım deneyimi
- Git'ten otomatik deploy — GitHub/GitLab repo bağla, branch seç, push edince yeniden build. PR preview'ları da var (her PR için ayrı subdomain).
- Build pack seçimi — Dockerfile varsa onu kullanır, yoksa Nixpacks ile dilini algılayıp build eder (Node, Python, Go, PHP, Ruby, statik HTML).
- Otomatik SSL ve subdomain routing — Traefik altyapıda. Yeni uygulamaya
app.domain.comverirsin, dakikalar içinde HTTPS açılır. - Database one-click — Postgres, MySQL, MariaDB, Redis, MongoDB, KeyDB hepsi tek tıkla provision. Backup planlama UI'dan ayarlanır.
- Environment variables — Repo'ya commit'lemek yerine Coolify panelinden; secret rotation kolay.
- Logs, metrics, terminal — Her uygulamanın gerçek zamanlı log'unu, kaynak kullanımını ve içerisine shell erişimini panelden alırsın.
Production'da dikkat edilecekler
1. Mount permission'ları
Coolify yeni bir file/directory mount oluşturduğunda host pathi root:root olarak
yaratır. Container içinde uygulama farklı bir user'la çalışıyorsa (PHP Apache için
www-data, Node için genelde UID 1000), write işlemi başarısız olur.
Post-deployment komutu olarak idempotent bir chown ekleyin:
chown -R www-data:www-data /path/to/mount
chmod 770 /path/to/mountSQLite + WAL mode kullanan uygulamalarda parent directory write permission da kritik — sadece DB dosyasını chown etmek yetmez, WAL ve SHM dosyaları için dizin yazılabilir olmalı.
2. Volume tipi seçimi
Persistent storage'ı directory mount olarak tanımlayın, file mount yerine. File mount Docker'da bind mount olarak davranır ve dosya silinip yeniden yaratıldığında inode değişir, container içindeki referans bozulur. Directory mount'larda bu sorun yok.
3. Coolify metadata DB'si ayrıca yedeklenmeli
Coolify'ın kendi Postgres'i (Coolify'ın hangi uygulamayı, hangi config ile çalıştırdığını
tutar) /data/coolify altında yaşar. Sunucu giderse bütün konfigürasyonlar gider.
Restic, rclone ya da benzer bir tool ile /data/coolify'i ayrıca yedeklemek
hayat kurtarır.
4. "Healthy" yanıltıcı olabilir
Coolify status'una körü körüne güvenmeyin. HTTP healthcheck endpoint yoksa "unhealthy" gösterir
ama servis (örn. mail daemon, websocket sunucusu) yine de çalışıyor olabilir. Gerçek protokol
seviyesinde teyit edin — nc, openssl s_client, gerçek bir client'la
bağlantı testi.
Coolify'ın limitleri
- Multi-server orchestration genç — v4 ile birden fazla sunucuya deploy mümkün ama K8s tarzı sofistike scheduling yok. Production HA için Kubernetes / Nomad düşünülmeli.
- Build cache zaman zaman kararsız — bazı dependency güncellemelerinden sonra cache invalidate olmayabilir; full rebuild çözer ama 5-10 dakika alır.
- Add-on ekosistemi yok — Heroku'daki "tek tıkla SendGrid ekle" gibi marketplace yok. Mail, queue, monitoring vs. ayrıca host edilir.
- UI olgunluğu — son bir yılda büyük sıçrama yaptı ama bazı detaylarda hâlâ rough edge'ler var (özellikle multi-env config).
Ne zaman Coolify, ne zaman SaaS?
Coolify mantıklı:
- Küçük-orta ekip, 5+ uygulama yönetiyorsun
- Bulut maliyetleri ciddi bir kalem (özellikle dövize bağlı pazarlar)
- Ekipte temel Linux + Docker rahatlığı var
- Kontrol önemli — hangi sürüm, ne zaman güncelleneceğine kendin karar vermek istiyorsun
SaaS PaaS mantıklı:
- 1-2 uygulama, sysadmin işine zaman ayıramıyorsun
- Ekip Linux/Docker uzmanlığı sıfır
- Hızlı go-to-market önceliği, infrastructure öğrenme eğrisi lüks
- Compliance (SOC2, ISO 27001) için vendor sertifikası gerekiyor
Sonuç
Coolify, "Heroku ucuz olmadığı için sysadmin olmak istemiyorum" eşiğini ciddi şekilde düşürüyor. Tek sunucu + Docker bilgisi olan herkes bir öğleden sonrada production-grade bir PaaS kurabilir. Türkiye gibi bulut faturalarının döviz şokuna açık olduğu pazarlarda ise neredeyse zorunluluk hâline geliyor.
Eğer 2026'da yeni bir VPS alıp üstünde 5+ uygulama çalıştıracaksan, Heroku ya da Vercel yerine bir hafta sonu Coolify denemeye değer.
Hanbisan Mühendislik Notları · 17 Mayıs 2026 ← Tüm yazılar