Skip to main content

> strangler_fig_kenar_yönlendirmesi_ve_oturum_yakınlığı

Strangler Fig Kenar Yönlendirmesi ve Oturum Yakınlığı

Yüksek verimli canlı mimarilerde Strangler Fig Kenar Yönlendirmesi ve Oturum Yakınlığı yapısını nasıl doğru kurar ve yönetirsiniz?

Stack: SOFTWARE ARCHITECTURE STACK →Senior (L5)pattern

⚡ÖZET VE TEKNİK CEVAP

Strangler Fig deseni, gelen trafiği bir ters proxy (reverse proxy) üzerinden yönlendirerek eski monolitik özellikleri aşamalı olarak modern mikroservislerle değiştirir; kullanıcı deneyimini korumak için oturum senkronizasyonu ve kimlik doğrulama köprüsü gerektirir.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

⚙️1. Temel Çalışma Mekanizması

Mekanizma

Adını konak ağacı yavaşça sarıp sonunda tamamen yerini alan sarmaşık incir ağacından (strangler fig) alan bu desen, riskli 'Büyük Patlama' (Big Bang) yeniden yazımlarını engeller. Bir ters proxy (Envoy, NGINX) gelen istekleri yakalar. Taşınan yolları (/api/v1/billing) yeni mikroservislere yönlendirirken, taşınmamış yolları eski monolite iletir.

🎯2. Doğru Kullanım Senaryosu

Kapsam

Strangler Fig deseni, yeni özellikleri bağımsız servisler olarak inşa edip veya eskilerini taşıyıp trafiği ağ kenarında yönlendirerek eski sistemi aşamalı olarak emekliye ayıran bir mimari göç stratejisidir.

⚠️3. Prodüksiyon Arıza Modları

Kritik Risk

Tüm eski kodun tek bir hafta sonu devasa bir dağıtımla değiştirilmeye çalışıldığı 'Büyük Patlama' yaklaşımına girişmek. Arka uç iş mantığını taşırken aynı anda veritabanı şemasını değiştirmeye ve ön yüzü yeniden tasarlamaya kalkışmak. Yeni mikroservisin monolit içindeki özel dahili kodları doğrudan çağırmasına izin vermek.

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler

monolit ile yeni mikroservis arasında gezinirken kullanıcı oturumunun kaybolması, çerez etki alanı uyumsuzluğunun kullanıcıyı oturumdan atması, eski ve yeni servis arasında ters proxy yönlendirme döngüsü

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler

Göçün 1. gününde ters proxy / API Gateway katmanını monolitin önüne yerleştirin. Yeni servisin gecikme ve hata oranını gerçek canlı yük altında test etmek için Gölge Trafik (Traffic Mirroring) kullanın. Karmaşık yazma yollarına geçmeden önce organizasyonel güven kazanmak için ilk olarak kritik olmayan, yüksek değerli salt-okunur uç noktaları taşıyın.

⚖️6. Mimari Ödünleşimler (Trade-offs)

Ödünleşim

Sıfırdan yeniden yazma (Big Bang) projeleri tarihsel olarak %80'in üzerinde başarısız olur; Strangler Fig, anında geri alma güvenliğiyle yıllar süren göçler boyunca iş değeri üretmeye devam etmeyi sağlar.

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

Strangler Fig göçündeki en büyük teknik engel Kimlik Doğrulama ve Oturum Köprülemesidir:

  1. ▸

    Ortak Oturum Problemi: Monolitler oturumları genellikle yerel bellekte veya SQL tablolarında tutar. Kullanıcı yeni Go mikroservisinde barınan /billing yoluna gittiğinde yeni servis bu eski oturum çerezini doğrulayamaz.

  2. ▸

    JWT Belirteç Dönüştürme Ağ Geçidi: Ters proxy isteği yakalar, eski oturum çerezini hızlı bir Redis önbelleğinde çözümler ve mikroservise iletmeden önce imzalı Authorization: Bearer <JWT> başlığı enjekte eder.

  3. ▸

    Gölge Trafik (Dark Launching): Yolu canlıya açmadan önce ters proxy canlı GET isteklerini asenkron olarak yeni servise çoğaltır (shadowing) ve kullanıcıyı etkilemeden performans ile yanıt eşitliğini test eder.

İnteraktif Konsept Alıştırmaları

2 Alıştırma
Q1

Strangler Fig mimari göç deseninin temel ilkesi nedir?

Monolit özelliklerini bir ters proxy arkasında aşamalı olarak yeni mikroservislerle değiştirerek sonunda monoliti güvenle kapatmak.
Q2

Gölge Trafik (Trafik Aynalama), Strangler Fig göçünü nasıl risksiz hale getirir?

Canlı üretim HTTP isteklerini asenkron olarak yeni servise kopyalayarak, gerçek kullanıcıları etkilemeden performans ve doğruluğu test etmeyi sağlar.

Strangler Fig Kenar Yönlendirmesi ve Oturum Yakınlığı — Sıkça Sorulan Sorular

'Büyük Patlama' (Big Bang) sıfırdan yeniden yazım projeleri Strangler Fig yaklaşımına kıyasla neden neredeyse her zaman başarısız olur?

Çünkü yıllar süren yazım sürecinde gereksinimler değişir, iş değeri gecikir ve her şeyi tek seferde geçirmeye çalışmak yönetilemez hata krizlerine yol açar. Big Bang projeleri 'hareketli hedef' probleminden muzdariptir; eski sistem gelişmeye devam eder ve yeni sistem henüz çıkmadan eskir.

Strangler Fig göçü sırasında bir kullanıcı eski monolitte oturum açıp yeni faturalama mikroservisine ait bir linke tıklıyor. Mikroservisin kullanıcıyı tanımasını hangi mekanizma sağlar?

Eski oturum çerezini doğrulayıp standart bir JWT Yetkilendirme başlığı enjekte eden Belirteç Dönüştürme Ağ Geçidi / Ters Proxy. Kenar ağ geçidi, eski opak oturum çerezini modern durumsuz JWT belirtecine dönüştürerek altyapı sınırları arasında kesintisiz kullanıcı geçişi sağlar.

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

  • ▸

    Strangler Fig deseni, gelen trafiği bir ters proxy (reverse proxy) üzerinden yönlendirerek eski monolitik özellikleri aşamalı olarak modern mikroservislerle değiştirir; kullanıcı deneyimini korumak için oturum senkronizasyonu ve kimlik doğrulama köprüsü gerektirir.

  • ▸

    Strangler Fig deseni, yeni özellikleri bağımsız servisler olarak inşa edip veya eskilerini taşıyıp trafiği ağ kenarında yönlendirerek eski sistemi aşamalı olarak emekliye ayıran bir mimari göç stratejisidir.

Yaygın Yanılgılar

  • ✗

    Tüm eski kodun tek bir hafta sonu devasa bir dağıtımla değiştirilmeye çalışıldığı 'Büyük Patlama' yaklaşımına girişmek.

Karar Kılavuzu & Önceliklendirme

Sıfırdan yeniden yazma (Big Bang) projeleri tarihsel olarak %80'in üzerinde başarısız olur; Strangler Fig, anında geri alma güvenliğiyle yıllar süren göçler boyunca iş değeri üretmeye devam etmeyi sağlar.

Doğrulanmış Kaynaklar & Referanslar

İlgili Kavramlar

https://tinycto.tv/topics/software-architecturehttps://tinycto.tv/incidentpedia