1 What Are Micro Frontends?

This chapter covers:

  • Discovering what micro frontends are
  • Comparing the micro frontends approach to other architectures
  • Pointing out the importance of scaling frontend development
  • Recognizing the challenges that this architecture introduces

I’ve been working as a software developer on many projects over the last 15 years. In this time, I had multiple chances to observe a pattern that repeats itself throughout our industry: Working with a handful of people on a new project feels fantastic. Every developer has an overview of all functionality. Features get built quickly. Discussing topics with your coworkers is straightforward. This changes when the project’s scope and the team size increases. Suddenly one developer can’t know every edge of the system anymore. Knowledge silos emerge inside your team. Complexity rises: making a change on one part of the system may have unexpected effects on other parts. Discussions inside the team are more cumbersome. Before, team members made decisions at the coffee machine. Now you need formal meetings to get everyone on the same page. Frederick Brooks described this in the book The Mythical Man-Month back in 1975. At some point adding new developers to a team does not increase productivity.

1.1  The Big Picture

1.1.1  Systems & Teams

1.1.2  The Frontend

1.1.3  Frontend Integration

1.1.4  Shared Topics

1.2  What problems do micro frontends solve?

1.2.1  Optimize for feature development

1.2.2  No more frontend monolith

1.2.3  Be able to keep changing

1.2.4  The benefits of independence

1.2.5  The downsides of micro frontends

1.3 When do micro frontends make sense?

1.3.1  Good for medium to large projects

1.3.2  Works best on the web

1.3.3  Productivity vs. overhead

1.3.4  Where micro frontends are not a great fit

1.4  Who uses micro frontends?

1.5  Summary

sitemap