Chapter 3. Micro-Frontend Architectures and Challenges
A micro-frontend represents a business domain that is autonomous, independently deliverable, and owned by a single team. The key takeaways in this description, which will be discussed later, are closely linked to the principles behind micro-frontends:
-
Business domain representation
-
Autonomous codebase
-
Independent deployment
-
Single-team ownership
Micro-frontends offer many opportunities. Choosing the right one depends on the project requirements, the organization structure, and the developer’s experience. In these architectures, we face some specific challenges to success bound by questions such as how we want to communicate between micro-frontends, how we want to route the user from one view to another, and, most importantly, how we identify the size of a micro-frontend.
In this chapter, we will cover the key decisions to make when we initiate a project with a micro-frontend architecture. We’ll then discuss some of the companies using micro-frontends in production and their approaches.
Micro-Frontends Decisions Framework
There are different approaches for architecting a micro-frontend application. To choose the best approach for our project, we need to understand the context we’ll be operating in. Some architectural decisions will need to be made up front because they will direct future decisions, like how to define a micro-frontend, how to orchestrate the different views, how to compose the final view for the user, ...
Get Building Micro-Frontends now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.