Oyun Kitabı
Seferler için Harita Öncelikli Ops (Seferler İcin Harita Oncelikli Ops)
Seferler için Harita Öncelikli Ops — lojistik operasyonlarında üretim dersi.
Lojistik Operasyon Kontrol Düzlemi (Control Plane)
Bolum 2 / 8
Harita, CMS benzeri yüzeyler, push admin ve ERP kenarıyla ops control plane serisi.
Seferler için Harita Öncelikli Ops
Liste ve harita aynı seçim gerçeğini paylaşmalı. Expeditions work best when list and map share selection state; routing and GeoJSON support field decisions.
expedition list ↔ map selection ↔ detail
Liste ve harita aynı seçim gerçeğini paylaşmalı.
Kavramlar ilk geçtiği yerde
📦 Control Plane
Operasyonun harita, içerik, bildirim ve entegrasyon kenarını bir arada tutan yüzey.
📦 Ops Monolith
Federation dışında kalan, çoğu zaman CRA tabanlı geniş panel.
📦 Push Admin
Kampanya/push bildirimlerini yöneten admin; snackbar remote değildir.
📦 ERP Edge
ERP ile senkronun güvenilmez sınırda yaşayan entegrasyon kenarı.
Bu kavramları ayırt edemeyen ekip, UI ile entegrasyon sınırını karıştırır.
Problemin şekli
Expeditions work best when list and map share selection state; routing and GeoJSON support field decisions.
expedition list ↔ map selection ↔ detail
Çalışan ayrım
Liste ve harita aynı seçim gerçeğini paylaşmalı.
expedition list ↔ map selection ↔ detail
↓
explicit contract
Üretimde kırılan yer
Sözleşme veya yarıçap/kimlik/deploy varsayımları gizlendiğinde incident büyür. Görünür sözleşme, görünür geri alma.
Bu bölümde en çok karışan eşleştirmeler
❌ Her şey tek uygulamada daha güvenli
✓ Sınırlar net değilse tek uygulama daha kırılgandır
❌ Konfigürasyon kodda hardcoded kalsın
✓ Yarıçap, remote URL ve expose path operasyonel kontratlardır
❌ Vendor/API gerçeği UI state'tir
✓ Vendor feed kanıt, ops state karardır
Kendi sisteminizi denetleme listesi
- Bu yüzeyin sahiplik sınırını bir cümleyle yazın.
- Hangi kontrat değişirse kim deploy eder?
- Timeout veya vendor gecikmesinde UI ne gösterir?
- Standalone ve gömülü senaryoları ayrı test ediyor musunuz?
- Deny-list: içerikte firma/vendor domain sızıntısı var mı?
Bu bölümden aklında kalması gerekenler
- Sözleşme görünür olmalıdır: expose path, yarıçap, ticket durumu veya remote URL.
- UI ile dış sistem arasındaki boşluk tasarım kararıdır, bug değil.
- Bağımsız deploy, bağımsız geri alma demektir.
Gizlediğiniz sınır, üretimde sizi bulur.
SSS
Sık sorulan sorular
Control Plane nedir?
Operasyonun harita, içerik, bildirim ve entegrasyon kenarını bir arada tutan yüzey.
Ops Monolith nedir?
Federation dışında kalan, çoğu zaman CRA tabanlı geniş panel.
"Her şey tek uygulamada daha güvenli" doğru mu?
Sınırlar net değilse tek uygulama daha kırılgandır
Bu bölüm neyi sabitler?
Liste ve harita aynı seçim gerçeğini paylaşmalı. Liste ve harita aynı seçim gerçeğini paylaşmalı. Expeditions work best when list and map share selection state; routing and GeoJSON support field decisions.
Ogrenilen Muhendislik Prensipleri
- Sahiplik ve yayın sınırı, domain model kadar gerçektir.
- Dış sistem kanıt üretir; operasyonel durum sizde karara bağlanır.
- Kontratı semver gibi yönetin; iç detayı serbest bırakın.
Okumaya devam et
Okumaya devam et
Seride sonraki yazi
İlan ve Dokümanlar için CMS (Content Management System) Benzeri Yüzeyler
İlan ve Dokümanlar için CMS Benzeri Yüzeyler — lojistik operasyonlarında üretim dersi.
Seride sonraki yazi
Ops Neden Hâlâ Bir Control Plane İster?
MFE estate büyürken harita, CMS ve push admin gibi geniş yüzeyler bilinçli bir ops monolith / control plane'de kalabilir.
Ayni seriden
Push Bildirim Admin ≠ Paylaşılan Snackbar
Push Bildirim Admin ≠ Paylaşılan Snackbar — lojistik operasyonlarında üretim dersi.