Oyun Kitabı
Geofence ve Sefer için Veri Sözleşmeleri (Geofence Ve Sefer Veri Sozlesmeleri)
Geofence ve Sefer için Veri Sözleşmeleri — ABC Logistics backend / data platform üretim dersi.
Lojistik Çok Dilli Veri Platformu (Polyglot Data Platform)
Bolum 9 / 10
ERP MySQL’den PostGIS’e temizleme, telemetri için MongoDB ve arama için Elasticsearch ile çok dilli veri platformu.
Geofence ve Sefer için Veri Sözleşmeleri
km_metric kontratı UI ile PostGIS’i birleştirir. Contracts carry km_metric, centers, wait reasons, and expedition ids so the Wait Geofence UI and expedition map stay aligned.
km_metric, center, wait reason, expedition id
km_metric kontratı UI ile PostGIS’i birleştirir.
Kavramlar ilk geçtiği yerde
📦 Operational Store
ERP’nin yazdığı MySQL — günlük işlem için doğru, analitik için kirli.
📦 Analytics Store
Temizlenmiş PostgreSQL/PostGIS — coğrafi sorgu ve rapor için.
📦 Telemetry Store
Yüksek frekanslı konum olayları için belge/store (MongoDB).
📦 Search Index
Çok varlıklı ops araması için Elasticsearch kümesi.
Bu katmanları karıştırmak, hem analitikte hem frontend haritada yanlış gerçeğe yol açar.
Problemin şekli
Contracts carry km_metric, centers, wait reasons, and expedition ids so the Wait Geofence UI and expedition map stay aligned.
km_metric, center, wait reason, expedition id
Çalışan ayrım
km_metric kontratı UI ile PostGIS’i birleştirir.
km_metric, center, wait reason, expedition id
↓
explicit contract → frontend
Frontend ile bağ
Ops haritası, bekleme geofence UI’si ve MFE’ler bu okuma modellerini tüketir; ham ERP/MySQL’e bağlanmaz.
Bu bölümde en çok karışan eşleştirmeler
❌ ERP MySQL = analitik veritabanı
✓ ERP yazma store’udur; analitik PostGIS’te yaşar
❌ Harita doğrudan vendor/public router’a güvensin
✓ Üretimde kendi API/OSRM kenarınız olmalı
❌ ML çıktısı PII ile birlikte loglansın
✓ Değerlendirme ve serving gizlilik sınırına uyar
Kendi sisteminizi denetleme listesi
- Bu yüzey hangi store’u source of truth sayıyor?
- Frontend hangi API kontratını çağırıyor?
- Cluster’da tek node kaybında ne olur?
- Lag operatöre nasıl gösteriliyor?
- Deny-list: içerikte müşteri domain/vendor sızıntısı var mı?
Bu bölümden aklında kalması gerekenler
- Polyglot store’lar farklı iş yükleri içindir; tek DB hayali kırılgandır.
- Frontend temiz read model tüketir, ERP’yi değil.
- ML ve OSRM çıktıları API kontratı olmadan haritaya dökülmez.
Kirli kaynaktan çizilen harita, güzel bir yalandır.
SSS
Sık sorulan sorular
Operational Store nedir?
ERP’nin yazdığı MySQL — günlük işlem için doğru, analitik için kirli.
Analytics Store nedir?
Temizlenmiş PostgreSQL/PostGIS — coğrafi sorgu ve rapor için.
"ERP MySQL = analitik veritabanı" doğru mu?
ERP yazma store’udur; analitik PostGIS’te yaşar
Bu bölüm neyi sabitler?
km_metric kontratı UI ile PostGIS’i birleştirir. km_metric kontratı UI ile PostGIS’i birleştirir. Contracts carry km_metric, centers, wait reasons, and expedition ids so the Wait Geofence UI and expedition map stay aligned.
Ogrenilen Muhendislik Prensipleri
- Operational store ile analytics store’u ayırın.
- Telemetry, search ve ilişkisel GIS farklı erişim örüntüleri ister.
- Her okuma modeli bir frontend sözleşmesidir.
Okumaya devam et
Okumaya devam et
Seride sonraki yazi
Çok Dilli Store’larda Lag Gözlemi
Çok Dilli Store’larda Lag Gözlemi — ABC Logistics backend / data platform üretim dersi.
Seride sonraki yazi
Ops Frontend’lerine Temiz Okuma Sunmak
Ops Frontend’lerine Temiz Okuma Sunmak — ABC Logistics backend / data platform üretim dersi.
Ayni seriden
ERP (Enterprise Resource Planning) ile Analitik Arasında Anti-Corruption
ERP ile Analitik Arasında Anti-Corruption — ABC Logistics backend / data platform üretim dersi.