Hé les gars, parlons un peu du micro frontend. J'ai cherché une approche pratique et directe de ce sujet sur le web et j'ai trouvé peu de matériel pertinent, j'ai donc décidé d'aborder ce sujet pour partager les principales raisons d'utilisation, les défis de mise en œuvre et comment cette architecture utilisée par les grandes entreprises fonctionne avec un plus approche simplifiée pour les développeurs débutants.
Pour accéder à des informations plus détaillées sur ce sujet, je vous suggère de consulter cet article de Cam Jackson https://martinfowler.com/articles/micro-frontends.html
Micro frontends, est un style architectural dans lequel les applications Web frontales sont livrées indépendamment, étant composées dans une application parent.
Les principaux avantages de l'adoption de cette architecture sont :
En pratique, imaginons une application web où les utilisateurs peuvent accéder à différentes fonctionnalités depuis plusieurs domaines différents. Cette application est développée par une seule équipe et à mesure que de nouvelles fonctionnalités émergent, cette équipe doit travailler sur le codage, la construction, les tests et le déploiement, en n'ayant qu'une seule base de code avec son pipeline.
En imaginant un scénario dans lequel le projet évolue et acquiert de nouvelles fonctionnalités dans différents domaines, il est naturel qu'il y ait plusieurs conflits dans le processus de développement en raison de l'augmentation de la complexité du code et de l'efficacité de la livraison des fonctionnalités.
Cela dit, le déploiement indépendant de micro-frontends est essentiel. Cela réduit la portée de tout déploiement, ce qui réduit à son tour le risque associé. Indépendamment de la manière et de l'endroit où le code front-end est hébergé, chaque micro-frontend doit disposer de son propre pipeline de livraison continue, qui construit, teste et déploie jusqu'à la production. L'équipe responsable doit être capable de déployer chaque micro-frontend avec très peu de considération accordée à l'état actuel des autres bases de code ou pipelines.
Plus bas nous pouvons observer le flux d'une livraison isolée continue par des équipes indépendantes déployant différentes fonctionnalités isolées dans une application parent que nous appelons un conteneur.
Les micro-frontends consistent à découper de grandes applications en morceaux plus petits et plus faciles à gérer, puis à être explicites sur les dépendances entre elles. Nos choix technologiques, nos bases de code, nos équipes et nos processus de release doivent pouvoir fonctionner et évoluer indépendamment les uns des autres sans coordination excessive.
Bientôt, j'apporterai un tutoriel sur la mise en œuvre pratique d'un micro frontend. Je montrerai quelques exemples de cas réels en entreprise.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!