Blue-Green Deployment Nedir? Kesintisiz Yayın Alma Rehberi

Son Güncelleme: Nisan 2026

Blue-Green Deployment (mavi-yeşil dağıtım), uygulama güncellemelerini kesinti süresini azaltarak, geri dönüşü hızlandırarak ve canlı sistem riskini kontrol altında tutarak yayınlamaya yardımcı olan modern bir dağıtım yöntemidir. Özellikle VPS, VDS, bulut sunucu ve uygulama barındırma altyapılarında, yeni sürümleri daha güvenli şekilde devreye almak isteyen ekipler için son derece etkili bir yaklaşımdır.

İçindekiler

• Blue-Green Deployment Nedir?
• Blue-Green Deployment Nasıl Çalışır?
• Blue-Green Deployment Avantajları
• Blue-Green Deployment Dezavantajları ve Dikkat Edilmesi Gerekenler
• Blue-Green, Canary ve Rolling Deployment Farkları
• Gerekli Altyapı Bileşenleri
• Pratik Kullanım Senaryoları
• Adım Adım Blue-Green Deployment Süreci
• Veritabanı ve Oturum Yönetimi Konuları
• En İyi Uygulamalar
• Sıkça Sorulan Sorular
• Sonuç

Blue-Green Deployment Nedir?

Blue-Green Deployment, aynı uygulamanın iki ayrı ama mümkün olduğunca aynı yapılandırmaya sahip ortamda çalıştırılması mantığına dayanır. Bu ortamlardan biri canlı trafiği karşılayan mevcut sürümü, diğeri ise yeni sürümü temsil eder. Genellikle aktif ortam Blue, yeni sürümün hazırlandığı ortam ise Green olarak adlandırılır.

Yeni sürüm doğrudan canlı sistem üzerinde güncellenmez. Bunun yerine ikinci ortamda hazırlanır, test edilir ve doğrulanır. Her şey beklendiği gibi çalışıyorsa trafik bir yük dengeleyici (load balancer), ters vekil sunucu (reverse proxy) veya DNS yönlendirmesi yardımıyla yeni ortama aktarılır. Eğer bir problem ortaya çıkarsa trafik yeniden eski ortama döndürülerek hızlı geri alma (rollback) yapılır.

Bu yöntem özellikle kesintisiz yayın, düşük riskli sürüm geçişi ve hızlı geri dönüş ihtiyacı olan sistemlerde öne çıkar. E-ticaret siteleri, SaaS uygulamaları, API servisleri, müşteri panelleri ve otomasyon platformları için oldukça kullanışlıdır.

Blue-Green Deployment Nasıl Çalışır?

Temel mantık basittir: aynı uygulamanın iki ayrı çalışma alanı hazırlanır ve yalnızca biri canlı trafik alır. Yeni sürüm diğer ortamda hazırlanır, test edilir ve geçiş kararı verildiğinde trafik tek hamlede yeni ortama yönlendirilir.

Temel akış

• Blue ortamı: Şu anda kullanıcıların eriştiği üretim (production) ortamıdır.
• Green ortamı: Yeni sürümün kurulduğu, test edildiği ve canlıya hazırlandığı ikinci ortamdır.
• Doğrulama: Uygulama testleri, sağlık kontrolleri (health checks), log incelemeleri ve performans kontrolleri yapılır.
• Trafik geçişi: Load balancer, proxy veya yönlendirme katmanı üzerinden trafik Green ortama aktarılır.
• Geri dönüş: Sorun çıkarsa trafik tekrar Blue ortama yönlendirilir.

Örneğin bir Laravel veya PHP uygulaması çalıştırıyorsanız, iki ayrı sunucu grubu veya iki ayrı sanal sunucu üzerinde aynı yapı kurulabilir. Ön yüzde Nginx ya da benzeri bir yönlendirme katmanı bulunur. Uygulamanın yeni sürümü Green ortamına yüklenir, veritabanı uyumluluğu kontrol edilir ve sonrasında yönlendirme değiştirilir.

Blue-Green Deployment Avantajları

Bu yaklaşımın en önemli gücü, güncelleme anındaki belirsizliği azaltmasıdır. Doğrudan canlı sistemi değiştirmek yerine yeni sürüm izole bir ortamda hazırlanır.

Neden tercih edilir?

• Kesinti süresini azaltır: Kullanıcılar çoğu zaman bakım ekranı görmeden yeni sürüme geçebilir.
• Hızlı rollback sağlar: Sorun halinde önceki ortama dönmek çoğu zaman birkaç dakikadan kısa sürer.
• Canlı öncesi doğrulama imkanı verir: Yeni sürüm gerçek altyapıya çok yakın bir ortamda test edilir.
• Dağıtım riskini düşürür: Kod, bağımlılık ve konfigürasyon değişiklikleri kontrollü biçimde uygulanır.
• Operasyonel güven sağlar: Özellikle müşteri trafiği yüksek projelerde insan hatasının etkisini azaltır.

Hosting ve sunucu tarafında hizmet veren işletmeler için bu yöntem, müşteri memnuniyetini artırır. Özellikle yoğun trafiğe sahip uygulamalarda plansız kesintiler marka güvenine zarar verebilir. Bu nedenle Sanal Sunucu, Bulut Sunucu veya Uygulama Sunucuları üzerinde Blue-Green yaklaşımı kurumsal seviyede büyük avantaj sağlar.

Blue-Green Deployment Dezavantajları ve Dikkat Edilmesi Gerekenler

Her yöntem gibi Blue-Green Deployment da bazı maliyetler ve tasarım gereksinimleri getirir. Özellikle altyapı ve veri katmanında planlama yapılmazsa beklenmedik sorunlar yaşanabilir.

Başlıca sınırlamalar

• Ek kaynak ihtiyacı: Aynı anda iki üretim benzeri ortam çalıştırmak daha fazla CPU, RAM, disk ve ağ kaynağı gerektirir.
• Veritabanı uyumluluğu: Uygulama sürümü değişirken veritabanı şeması (schema) değişiyorsa geçiş karmaşık hale gelebilir.
• Oturum yönetimi: Sunucu üzerinde tutulan session verileri geçiş sırasında kullanıcı oturumlarını etkileyebilir.
• Dosya senkronizasyonu: Kullanıcı yüklemeleri, medya klasörleri veya geçici dosyalar iki ortam arasında tutarlı olmalıdır.
• Maliyet: Küçük projelerde klasik dağıtım yöntemlerine göre daha yüksek operasyon maliyeti oluşturabilir.

Bu nedenle Blue-Green yaklaşımı uygulanmadan önce uygulamanın stateful (durum tutan) mı yoksa stateless (durumsuz) mı çalıştığı değerlendirilmelidir. Stateless mimariler bu modele çok daha kolay uyum sağlar.

Blue-Green, Canary ve Rolling Deployment Farkları

Dağıtım stratejileri birbiriyle karıştırılabilir. Aşağıdaki tablo temel farkları özetler:

Eğer hedefiniz tek seferde geçiş ve hızlı geri alma ise Blue-Green güçlü bir seçenektir. Eğer kullanıcı davranışını küçük örneklem üzerinde ölçmek istiyorsanız Canary daha uygun olabilir. Kaynak kısıtlı bir yapıda ise Rolling deployment tercih edilebilir.

Gerekli Altyapı Bileşenleri

Başarılı bir Blue-Green mimarisi için yalnızca iki sunucu hazırlamak yeterli değildir. Yönlendirme, izleme, loglama, saklama ve geri dönüş süreçleri de düşünülmelidir.

Önerilen bileşenler

• Yönlendirme katmanı: Nginx, donanımsal yük dengeleyici veya bulut load balancer.
• Uygulama düğümleri: Blue ve Green olarak ayrılmış iki ayrı uygulama ortamı.
• Paylaşımlı depolama: Yüklenen dosyalar için ortak disk veya nesne depolama (object storage).
• Merkezi loglama: Hata takibi ve karşılaştırma için merkezi log sistemi.
• İzleme: CPU, RAM, yanıt süresi, hata oranı ve sağlık kontrolleri.
• Yedekleme: Geçiş öncesinde veritabanı ve yapılandırma yedekleri.

Bu yapıyı kurmak için Kiralık Sunucu altyapısı tercih edilebilir. Daha çevik ve ölçeklenebilir senaryolarda ise Türkiye VDS Sunucu ya da Almanya VDS Sunucu çözümleri kullanılabilir.

Pratik Kullanım Senaryoları

Blue-Green Deployment yalnızca büyük teknoloji şirketlerine uygun bir model değildir. Orta ölçekli projelerde de doğru planlama ile çok verimli sonuçlar verir.

E-ticaret sitesi güncellemesi

Kampanya döneminde çalışan bir e-ticaret uygulamasında ödeme, sepet ve üyelik modüllerinin kesintisiz çalışması kritik önemdedir. Yeni tema, ödeme entegrasyonu veya kampanya motoru güncellemesi Green ortamına alınır. Tüm fonksiyonlar doğrulandıktan sonra trafik yeni sürüme yönlendirilir.

SaaS panel güncellemesi

Müşterilerin sürekli kullandığı bir SaaS panelde, bakım ekranı kullanıcı deneyimini olumsuz etkileyebilir. Blue-Green yaklaşımıyla kullanıcılar fark etmeden yeni sürüme geçirilebilir.

API servisleri

Dış sistemlerin bağlandığı API servislerinde sürüm değişikliği yapılırken yanıt süreleri ve hata oranları çok önemlidir. Yeni sürüm Green ortamında test edilir, ardından kontrollü şekilde devreye alınır.

Otomasyon araçları

N8N Hosting veya Coolify Hosting gibi uygulama tabanlı servislerde de güncelleme güvenliği için benzer mantık kullanılabilir.

Adım Adım Blue-Green Deployment Süreci

Aşağıdaki akış, tipik bir dağıtım sürecini özetler:

1. Mevcut canlı ortamı belirleyin: Aktif ortamın Blue olduğunu varsayın.
2. Green ortamını hazırlayın: Aynı uygulama bağımlılıklarını, çevresel değişkenleri ve servis yapılarını kurun.
3. Yeni sürümü yükleyin: Kod, paketler, varlık dosyaları ve servis tanımları Green ortama alınır.
4. Testleri çalıştırın: Birim testleri, entegrasyon testleri, sağlık kontrolleri ve manuel doğrulamalar yapılır.
5. Veritabanı geçişini planlayın: Geri alınabilir migration yapıları kullanın.
6. Trafiği yönlendirin: Proxy veya load balancer üzerinden aktif hedef Green yapılır.
7. Gözlem yapın: Hata oranı, CPU kullanımı, bellek tüketimi ve uygulama logları izlenir.
8. Gerekirse rollback uygulayın: Sorun halinde yönlendirme eski ortama çevrilir.

Örnek bir sembolik yönlendirme veya upstream mantığı şu şekilde olabilir:

upstream app_backend {
    server 10.0.0.21:8080; # blue
    # server 10.0.0.22:8080; # green
}

server {
    listen 80;
    server_name example.com;

    location / {
        proxy_pass http://app_backend;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

Geçiş anında aktif backend tanımı değiştirilerek yeni sürüm devreye alınabilir. Daha gelişmiş yapılarda bu işlem otomasyon araçları ve CI/CD boru hattı (pipeline) ile yapılır.

Veritabanı ve Oturum Yönetimi Konuları

Blue-Green Deployment’ın en kritik noktası çoğu zaman uygulama kodu değil, veritabanı değişiklikleri olur. Çünkü iki sürüm kısa süreliğine aynı veritabanı ile çalışmak zorunda kalabilir.

Veritabanı için dikkat edilmesi gerekenler

• Geri uyumlu migration kullanın: Önce yeni alanları ekleyin, eski alanları hemen kaldırmayın.
• Yıkıcı değişiklikleri erteleyin: Kolon silme veya veri tipi değiştirme gibi işlemleri ikinci fazda yapın.
• Bağımlılığı azaltın: Uygulama ve veritabanı sürümlerini mümkün olduğunca gevşek bağlı tasarlayın.
• Yedek alın: Geçiş öncesi anlık veritabanı yedeği kritik önemdedir.

Session ve cache yönetimi

Eğer oturumlar dosya sistemi üzerinde tutuluyorsa Blue ve Green arasında geçişte kullanıcılar oturumdan düşebilir. Bunun için merkezi oturum ve önbellek sistemleri tercih edilmelidir. Örneğin oturum verisi ortak bir servis üzerinde tutulursa kullanıcı deneyimi daha sorunsuz olur.

Aynı şekilde yüklenen medya dosyalarının sadece bir sunucuda durması ciddi sorun yaratır. Bu nedenle paylaşımlı depolama veya harici nesne depolama kullanılması önerilir. Ayrıca yapılandırma dosyaları, gizli anahtarlar ve sertifikalar da tutarlı şekilde yönetilmelidir. İhtiyaç halinde Yedekleme Hizmeti ve SSL Sertifikası çözümleriyle bu operasyonlar desteklenebilir.

En İyi Uygulamalar

Başarılı bir Blue-Green Deployment süreci için aşağıdaki pratikleri benimsemek faydalıdır:

• Altyapıyı kod olarak yönetin: Kurulumlar manuel değil, tekrarlanabilir olmalıdır.
• Konfigürasyonu ayırın: Kod ile yapılandırma değerlerini birbirinden bağımsız tutun.
• Health check kullanın: Trafik geçmeden önce uygulamanın gerçekten hazır olduğundan emin olun.
• Gözlemlenebilirlik ekleyin: Metrik, log ve alarm sistemleri olmadan güvenli geçiş zorlaşır.
• Kademeli doğrulama yapın: Önce iç ekip test etsin, sonra genel trafik yönlendirilsin.
• Rollback planını yazılı hale getirin: Sorun olduğunda kim, neyi, hangi sırayla yapacak net olmalıdır.
• Bakım prosedürleri oluşturun: Veritabanı migration, cache temizliği ve kuyruk yönetimi standartlaştırılmalıdır.

Küçük ekiplerde bile bu disiplinler uygulandığında dağıtım süreçleri daha öngörülebilir hale gelir. Özellikle müşteri projeleri barındıran ajanslar ve yazılım ekipleri için bu yaklaşım ciddi operasyon avantajı sağlar.

Sıkça Sorulan Sorular

Sonuç

Blue-Green Deployment, modern uygulama operasyonlarında güvenli sürüm geçişi, hızlı geri dönüş ve düşük kesinti süresi sağlamak için oldukça güçlü bir yöntemdir. Özellikle kritik iş uygulamalarında, doğrudan canlı sistem üzerinde değişiklik yapmak yerine ikinci bir hazır ortam üzerinden ilerlemek çok daha kontrollü sonuçlar verir.

Eğer projeniz için uygun bir altyapı planlıyorsanız; yüksek performanslı Kiralık Sunucu, esnek ölçeklenebilir Sanal Sunucu, kurumsal ihtiyaçlara uygun Linux Hosting ve özel servis çözümleri için Corelux Hizmetler sayfalarını inceleyebilirsiniz. Doğru altyapı ve doğru dağıtım stratejisi bir araya geldiğinde, uygulama yayın süreçleri çok daha güvenli ve profesyonel hale gelir.