Oyun Kitabı

Déviation de version et discipline contractuelle (Deviation DE Version Et Discipline Contractuelle)

Écart de version et discipline contractuelle – une leçon de fabrication sur les opérations logistiques.

Plateforme Micro Frontend Logistique (Fédération de Modules)

Partie 9 de 10

Une série de panneaux d'opération logistiques divisés en télécommandes shell, d'authentification et de fonctionnalités avec fédération de modules.

Micro frontend architecture diagram

Déviation de version et discipline contractuelle

remoteEntry est une API ; Pensez-y. Gardez les chemins d'exposition et les accessoires stables ; traiter les modules publics distants comme une API.```text expose path stable; internals can move


## Concepts à la première mention```text
📦 Shell (Host)
Remotes'u yükleyen, ortak layout ve üst seviye routing taşıyan uygulama.

📦 Remote
remoteEntry.js üzerinden modül expose eden bağımsız build.

📦 Expose Path
Tüketicilerin import ettiği public modül yolu (ör. auth/Login).

📦 Shared Singleton
React gibi bağımlılıkların tek kopyada çalışmasını zorunlu kılan Federation ayarı.
```Incapable de distinguer ces concepts, l’équipe confond l’interface utilisateur et la limite d’intégration.

## Forme du problème

Gardez les chemins d'exposition et les accessoires stables ; traiter les modules publics distants comme une API.```text
expose path stable; internals can move
```## Distinction des employés

remoteEntry est une API ; Pensez-y.```text
expose path stable; internals can move
        ↓
   explicit contract
```## Emplacement cassé en production

L’incident est amplifié lorsque les hypothèses de contrat ou de rayon/identité/déploiement sont obscurcies. Contrat visible, révocation visible.

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

Liste de contrôle de votre propre système

  1. Écrivez la limite de propriété de cette surface en une phrase.
  2. Qui déploie quelles modifications du contrat ?
  3. Qu'est-ce que l'interface utilisateur affiche en cas d'expiration ou de retard du fournisseur ?
  4. Testez-vous séparément les scénarios autonomes et intégrés ?
  5. Liste de refus : y a-t-il une fuite de domaine d'entreprise/fournisseur dans le contenu ?

Choses à retenir de cette section

  1. Le contrat doit être visible : chemin d'exposition, rayon, statut du ticket ou URL distante.
  2. L'écart entre l'interface utilisateur et le système externe est une décision de conception et non un bug.
  3. Un déploiement indépendant signifie une restauration indépendante.

La limite que vous cachez vous retrouvera en production.

FAQ

Frequently asked questions

Qu’est-ce que Shell (hôte) ?

Application qui installe les télécommandes, comporte une disposition commune et un routage de haut niveau.

Qu'est-ce que la télécommande ?

Construction autonome qui expose le module via remoteEntry.js.

Est-il vrai que « tout est plus sûr dans une seule application » ?

Une application unique est plus fragile si les limites ne sont pas claires

Que corrige cette section ?

remoteEntry est une API ; Pensez-y. remoteEntry est une API ; Pensez-y. Gardez les chemins d'exposition et les accessoires stables ; traiter les modules publics distants comme une API.

Principes d'ingénierie appris

  • Les limites de propriété et de publication sont aussi réelles que le modèle de domaine.
  • Le système externe produit des preuves ; La situation opérationnelle est décidée par vous.
  • Gérer le contrat comme un sever ; libérer les détails intérieurs.

Continuer la lecture

Continuer la lecture

Suivant en série

Suivant en série

Même série

Paylaş