Lojistik Operasyonları Neden Mikro Frontend İster? (Lojistik Operasyonlari Neden Mikro Frontend İster)

Tek panel, çok ekip, tek deploy kuyruğu

Bir lojistik operasyon yüzeyinde rezervasyon, bekleme haritası, bildirim ve kimlik aynı anda yaşar. Bunları tek bir SPA paketinde tutmak kısa vadede hızlıdır; ama ekipler çoğaldığında her değişiklik tüm paneli yeniden yayınlamaya zorlar.

Ops Monolith Bundle
  ├─ auth screens
  ├─ booking pages
  ├─ wait map
  └─ notifications
        ↓
   one build, one blast radius

Bu bölüm, lojistik ops yüzeyinin neden Module Federation ile parçalanması gerektiğini çerçeveler.

Kavramlar ilk geçtiği yerde

📦 Mikro Frontend
Bağımsız geliştirilip yayınlanabilen, runtime'da bir shell içinde birleşen UI dilimleri.

📦 Blast Radius
Bir değişikliğin bozabileceği yüzey alanı; tek bundle'da genelde tüm uygulama.

📦 Sahiplik Sınırı
Bir ekibin güvenle değiştirebildiği kod ve deploy birimi.

📦 Ops Surface
Operatörlerin günlük işini yaptığı yönetim panelleri bütünü.

Sahiplik sınırı net değilse, mikro frontend bir moda değil, bir organizasyon cevabıdır.

Büyüme nerede acıtır

Rezervasyon ekibi haftada iki kez yayınlamak isterken harita ekibi Leaflet eklentisini test eder. Aynı pipeline'da kilitlenirler. Release cadence çatışması, mimari değil takvim sorunuyken mimariyi zorlar.

Bağımsız hız vs ortak kimlik

Kullanıcı tek oturum ister; ekipler bağımsız hız ister. Çözüm, kimliği paylaşırken feature yüzeylerini ayırmaktır.

Shared Auth Contract
   ↓
Feature Remote A   Feature Remote B

Ne zaman henüz erken

İki sayfalık bir iç araç için MFE maliyeti yüksektir. Ağrı: birden fazla ekip, farklı yayın ritmi, net bounded context.

Bu bölümde en çok karışan eşleştirmeler

❌ Mikro frontend = daha fazla React uygulaması kopyalamak
✓ Mikro frontend = runtime'da birleşen, sözleşmeli sahiplik sınırları

❌ Tek repo = tek deploy birimi zorunlu
✓ Monorepo olabilir; runtime ve pipeline ayrımı asıl karardır

❌ Ops paneli hep monolit kalmalı
✓ Ops büyüdükçe monolit yanında remote estate gerekir

Kendi sisteminizi denetleme listesi

1. Kaç ekip aynı ops bundle'ını yayınlıyor?
2. Son üç hotfix hangi yüzeyi etkiledi, kim bekledi?
3. Auth değişince hangi uygulamalar yeniden build oldu?
4. Feature flag mı, yoksa gerçekten ayrı deploy mu ihtiyacınız var?
5. Blast radius'u bir diyagramda çizebiliyor musunuz?

Bu bölümden aklında kalması gerekenler

1. Lojistik ops'ta acı çoğunlukla domain değil, yayın ve sahiplik çatışmasıdır.
2. Mikro frontend, ortak kimlik ile bağımsız feature hızını aynı anda ister.
3. Erken MFE maliyeti yüksektir; ritmi bozulan ekipler sinyaldir.

Tek paket, tek kuyruk: operasyonu hızlandırmayı değil, birbirini bekletmeyi ölçeklersiniz.