Oyun Kitabı

Fournir une lecture claire aux frontends opérationnels (Fournir Une Lecture Claire Aux Frontends Operationnels)

Fournir une lecture claire aux frontends opérationnels - Cours de production de backend / plate-forme de données ABC Logistics.

Plateforme de données multilingues logistique (plateforme de données polyglottes)

Partie 8 de 10

Plateforme de données multilingue avec nettoyage ERP MySQL vers PostGIS, MongoDB pour la télémétrie et Elasticsearch pour la recherche.

Logistics polyglot data platform diagram

Fournir des lectures claires aux frontends opérationnels

Le magasin frontal ne choisit pas ; L'API sélectionne. La carte du plan de contrôle et les distants fédérés partagent des DTO de lecture versionnés à partir de l'API d'analyse.```text PostGIS/Mongo/ES → Django API → Map/MFE


## Concepts à la première mention```text
📦 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.
```Le mélange de ces couches conduit à de fausses vérités à la fois dans l'analyse et dans la carte frontale.

## Forme du problème

La carte du plan de contrôle et les distants fédérés partagent des DTO de lecture versionnés à partir de l'API d'analyse.```text
PostGIS/Mongo/ES → Django API → Map/MFE
```## Distinction des employés

Le magasin frontal ne choisit pas ; L'API sélectionne.```text
PostGIS/Mongo/ES → Django API → Map/MFE
        ↓
   explicit contract → frontend
```## Connectez-vous avec le frontend

La carte des opérations, l'interface utilisateur de la barrière géographique de veille et les MFE consomment ces modèles de lecture ; ne se connecte pas à l'ERP/MySQL brut.

## Les confrontations les plus déroutantes de cet épisode```text
❌ 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

Liste de contrôle de votre propre système

  1. Quel magasin cette surface considère-t-elle comme source de vérité ?
  2. Quel contrat API le frontend appelle-t-il ?
  3. Que se passe-t-il si un seul nœud est perdu dans le cluster ?
  4. Comment le décalage est-il affiché à l'opérateur ?
  5. Liste de refus : y a-t-il une fuite de domaine client/fournisseur dans le contenu ?

Choses à retenir de cette section

  1. Les magasins Polyglot sont destinés à différentes charges de travail ; Le rêve d’une DB unique est fragile.
  2. Le frontend consomme un modèle de lecture propre, pas un ERP.
  3. Les sorties ML et OSRM ne sont pas mappées sans contrat API.

La carte tirée d'une source sale est un beau mensonge.

FAQ

Frequently asked questions

Qu’est-ce que le magasin opérationnel ?

MySQL par ERP : idéal pour le traitement quotidien, sale pour l'analyse.

Qu’est-ce qu’Analytics Store ?

PostgreSQL/PostGIS nettoyé — pour les requêtes et les rapports géospatiaux.

« ERP MySQL = base de données analytique » est-il correct ?

ERP est un magasin d'écriture ; l'analyse réside dans PostGIS

Que corrige cette section ?

Le magasin frontal ne choisit pas ; L'API sélectionne. Le magasin frontal ne choisit pas ; L'API sélectionne. La carte du plan de contrôle et les distants fédérés partagent des DTO de lecture versionnés à partir de l'API d'analyse.

Principes d'ingénierie appris

  • Séparez le magasin opérationnel du magasin d’analyse.
  • La télémétrie, la recherche et le SIG relationnel nécessitent des modèles d'accès différents.
  • Chaque modèle de lecture est un contrat frontend.

Continuer la lecture

Continuer la lecture

Suivant en série

Suivant en série

Même série

Paylaş