0Pricing
Micro Frontends Architecture with Module Federation · Leçon

Stratégies de gestion des versions et de restauration

Apprenez à gérer les versions des applications distantes fédérées en toute sécurité et à restaurer instantanément un seul micro-frontend lorsqu’un déploiement échoue.

Stratégies de gestion des versions et de restauration est une leçon Micro Frontends Architecture with Module Federation gratuite sur CoddyKit. Ceci est la leçon 4 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Micro Frontends Architecture with Module Federation, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Micro Frontends Architecture with Module Federation comprend 4 leçons au total.

Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.

Why Versioning Is Hard in MFEs

Each micro frontend deploys independently, yet they run together in the browser. Without disciplined versioning, one bad deploy can break a host that was working moments ago.

Immutable Build Artifacts

The foundation of safe deployment is immutable artifacts: every build produces uniquely named files that are never overwritten.

/cart/2.4.1/remoteEntry.js
/cart/2.4.2/remoteEntry.js

Content Hashing

Adding a content hash to filenames guarantees a changed bundle gets a new URL, so caches and hosts never serve a stale or mismatched file by accident.

/cart/remoteEntry.7f3a9c.js

A Version Manifest

A small manifest maps each remote name to the URL currently in production. The host reads it to discover which remote version to load.

{
  "cart": "/cart/2.4.2/remoteEntry.js",
  "search": "/search/1.9.0/remoteEntry.js"
}

Deploying = Updating the Manifest

Because artifacts are immutable, a deployment is just pointing the manifest to a new version. This makes promotion and rollback a single, fast change.

Instant Rollback

To roll back, point the manifest entry back to the previous version. Since the old artifact still exists, the rollback is immediate and risk-free.

// rollback cart
"cart": "/cart/2.4.1/remoteEntry.js"

Canary Releases per Remote

Serve a new remote version to a small percentage of users via the manifest, watch metrics, then ramp to 100% — or roll back instantly if errors spike.

Semantic Versioning of Remotes

Use semver for remotes and especially for shared contracts. A major bump signals a breaking interface change that consumers must coordinate around.

Coordinating Shared Dependencies

Rolling back one remote while others advanced can create shared-dependency mismatches. Keep shared library versions within compatible ranges so any single rollback stays safe.

Automating Rollback in CI/CD

Wire health checks into the pipeline so a failed post-deploy check automatically reverts the manifest, turning rollback into a hands-off safety net.

if ! healthcheck cart; then
  promote cart 2.4.1 # auto rollback
fi

Auditing Versions

Log every manifest change with who, what, and when. This audit trail is invaluable when diagnosing which deploy introduced a regression.

Quick Check

Test your versioning and rollback knowledge.

Recap

You learned versioning and rollback:

  • Use immutable, content-hashed artifacts
  • A manifest maps remotes to current versions
  • Deploy and rollback by changing the manifest
  • Canary per remote and use semver for contracts
  • Automate rollback on failed health checks

Disciplined versioning makes independent deploys safe.

Questions Fréquemment Posées

La leçon « Stratégies de gestion des versions et de restauration » est-elle gratuite ?

Oui — le texte complet de « Stratégies de gestion des versions et de restauration » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Micro Frontends Architecture with Module Federation, passe à CoddyKit PRO. Le cours Micro Frontends Architecture with Module Federation comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Stratégies de gestion des versions et de restauration » ?

Apprenez à gérer les versions des applications distantes fédérées en toute sécurité et à restaurer instantanément un seul micro-frontend lorsqu’un déploiement échoue. Tu pratiques Micro Frontends Architecture with Module Federation avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Micro Frontends Architecture with Module Federation ?

Aucune expérience préalable n'est requise. Micro Frontends Architecture with Module Federation sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 4 sur 4.

Combien de temps prend la leçon « Stratégies de gestion des versions et de restauration » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Micro Frontends Architecture with Module Federation ?

Oui. Chaque leçon Micro Frontends Architecture with Module Federation inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Chaînes de déploiement indépendantes
  2. Compilation et mises en production automatisées
  3. Hébergement et mise à l’échelle des applications fédérées
  4. Stratégies de gestion des versions et de restauration
← Retour à Micro Frontends Architecture with Module Federation