Parcours DotJS 2024

  • Filière :

    Architecture & Intégration

  • Référence

    DOTJS

  • Durée

    1.5 jours (10.5 h)

  • Prix par personne HT

    790 € HT

Description

Cette action de formation s’articule autour de 2 moments forts :

  • Une demi-journée de formation : De meilleures architectures Micro Frontend avec la fédération de modules
  • Une journée de conférences DotJS

Ce parcours de formation permet d’apprendre les dernières actualités, fonctionnalités et bonnes pratiques concernant JavaScript.
A l’issue de ce parcours, les stagiaires auront une meilleure vision de ce qu’est une architecture micro-frontend et sauront comment la mettre en oeuvre de façon efficace

Objectifs pédagogiques

  • Avoir une meilleure vision de ce qu’est une architecture micro-frontend
  • Comment la mettre en oeuvre de façon efficace

Public cible

  • Développeurs
  • Architectes
  • Décideurs techniques

Pré-requis

Connaissances front-end, notamment JavaScript et ses outils de build (Webpack)

Modalités d’évaluation

A l’issue de chaque formation/séminaire, OXiane fournit aux participants un questionnaire d’évaluation de la formation qui est ensuite analysé par nos équipes pédagogiques.
Une feuille d’émargement par demi-journée de présence est fournie en fin de formation ainsi qu’une attestation de fin de formation si le stagiaire a bien assisté à la totalité de la session.

Programme de la formation

Formation – 3h30 “De meilleures architectures Micro Frontend avec la fédération de module”

Gérer le développement et les déploiements d’une application Web très riche fonctionnellement par plusieurs équipes de domaines métier différents, néanmoins avec des composants communs, peut nécessiter une organisation complexe, et surtout de fortes dépendances entre cycles de vie des différentes parties. Cela implique souvent une grande inertie limitant les capacités d’évolution, voire d’innovation, de l’entreprise.
S’il y a des éléments communs utilisés par plusieurs équipes développés et mis à disposition sous forme de composants (en package npm par exemple), il faut faire des releases régulièrement pour ne bloquer personne quand les besoins évoluent, et ensuite synchroniser l’usage des nouvelles versions par les différentes équipes pour assurer la cohérence d’ensemble.
L’approche Micro Frontend vise à gérer les dépendances entre composants d’interface de façon plus dynamique, en dissociant les cycles de vie le plus possible, et en permettant le déploiement d’une nouvelle version d’un composant sans avoir besoin de re-déployer les applications qui l’emploient. Belle promesse. Voyons comment cela peut fonctionner, en théorie puis en pratique.

Illustration d’un besoin concret

  • Dans une grande entreprise proposant une multitude de services
  • Des équipes métier et techniques dissociées selon ces services, avec des besoins de développement et déploiement de nouvelles fonctionnalités très disparates
  • Mais la volonté de fournir une interface unique aux clients, permettant une navigation « sans couture » entre toutes ces fonctionnalités

Concepts

  • Une application qui paraît monolithique du point de vue de l’utilisation
  • Mais ne l’est pas côté développeurs et devops

L’architecture Micro Frontend

  • L’application hôte (host)
  • Les applications intégrées lors de l’exécution (remotes)

Problématiques associés aux Micro Frontends

  • Cohérence UX/UI avec un Design System
  • Partage de contexte
  • Gestion des dépendances tierces
  • Déploiement continu
  • Feature flipping

Opportunités et risques des architectures Micro Frontend
Mise en œuvre pratique avec Webpack Module Federation

Conférence DotJS – 7h

Programme mis à jour le