Posted on: January 10, 2022 Posted by: rahulgite Comments: 616
  • What is Mirco Front-Ends?

    • Micro front-end is just code for a portion/component of the web page.
      And web page hosting that component is called host page.
  • We also have a micro front-end framework that sits between micro frontends and host page, that manages loading and unloading of micro front-ends.
  • Advantages of Micro Front-ends

    1. Team Scalability : 
      • Here more people will be able to work on a given webpage.
      • Because MFEs are versioned independently deployed. So, each one of those is its own project and
        then theMFE would go off onto s3(Simple Storage Service) and then be loaded by the page. So that the MFE team can work independently of the host page team and that can be deployed even if the host
        page isn’t deploying. It makes an MFE different from a library.
    2. Strategic vs Tactical Focus
      • It allows the host page team to be more of a platform team focused on
        • long-range deliverables,
        • contracts,
        • how to manage the performance to the site,
        • how analytics can be routed, that kind of stuff.
      • MFE teams are based on tactical delivery that’s more customer-centric. It engages the customer better.
      • So, teams can work 100% on their particular area, your host page team is gonna be able to 100% concentrate on making a great host page and your MFE tactical teams are going to be 100% engaged around what’s going to make a better conversion what’s going to get more customer engagement. Helps to separate infrastructure and customer-centric work differently.

    3. Reuse: Components can be reused, long as those host pages conform to that as long as it maintains the MFE standards and those contracts.
    4. Highly maintainable and testable
    5. Loosely coupled
    6. Independently deployable
    7. Organized around business capabilities
    8. Owned by a small team
  • Disadvantages of Micro Front-ends

    1. Complex:
      • It’s just a more complex system. In a traditional model, you have a project and it gets built into a docker’s container probably and then gets end to end tested to make sure that it passes, everything and then gets deployed. And you know, sites work as long as the servers are up it’s all good.
      • In this model, though you’re gonna have a host page and it’s going to be dynamically loading stuff from other teams and those teams may mess up and may take down the page, javascript is a single-threaded execution model, it’s not particularly sandboxed, it’s not really sandboxed at all.
      • so it’s very likely that you’re gonna get runtime issues that you didn’t expect.
    2. No standards:
      • There’s no standard, there’s no winner, there’s no current like redux in the MFE space.
      • and honestly, I don’t think there’s probably ever going to be. Because site to site there’s going be such variability, and their requirements that I don’t think that’s realistic.

References :

Loading

Comments are closed.