TY - CHAP
T1 - Exploring Micro Frontends
T2 - A Case Study Application in E-Commerce
AU - Kojo, Ricardo Hideki Hangai
AU - Real, Luiz Fernando Corte
AU - Ferreira, Renato Cordeiro
AU - Rosa, Thatiane de Oliveira
AU - Goldman, Alfredo
PY - 2025/9/5
Y1 - 2025/9/5
N2 - In the micro frontends architectural style, the frontend is divided into smaller components, which can range from a simple button to an entire page. The goal is to improve scalability, resilience, and team independence, albeit at the cost of increased complexity and infrastructure demands. This paper seeks to provide insights into when the adoption of micro frontends may be worthwhile, particularly in an industry context, considering that research in this area is still evolving. To achieve this, we conducted an investigation into the state of the art of micro frontends, based on both academic and gray literature. We then implemented this architectural style in a marketplace for handcrafted products, which already used microservices. Finally, we evaluated the implementation through a semi-open questionnaire with the developers. At the studied marketplace company, the need for architectural change arose due to the tight coupling between their main system (a Java monolith) and a dedicated frontend system. Additionally, there were deprecated technologies and poor developer experience. To address these issues, the micro frontends architecture was adopted, along with the API Gateway and Backend for Frontend patterns, and technologies such as Svelte and Fastify. Although the adoption of Micro Frontends was successful, it was not strictly necessary to meet the company’s needs. According to the analysis of the mixed questionnaire responses, other alternatives, such as a monolithic frontend, could have achieved comparable results. What made adopting micro frontends the most convenient choice in the company’s context was the monolith strangulation and microservices adoption, which facilitated implementation through infrastructure reuse and knowledge sharing between teams.
AB - In the micro frontends architectural style, the frontend is divided into smaller components, which can range from a simple button to an entire page. The goal is to improve scalability, resilience, and team independence, albeit at the cost of increased complexity and infrastructure demands. This paper seeks to provide insights into when the adoption of micro frontends may be worthwhile, particularly in an industry context, considering that research in this area is still evolving. To achieve this, we conducted an investigation into the state of the art of micro frontends, based on both academic and gray literature. We then implemented this architectural style in a marketplace for handcrafted products, which already used microservices. Finally, we evaluated the implementation through a semi-open questionnaire with the developers. At the studied marketplace company, the need for architectural change arose due to the tight coupling between their main system (a Java monolith) and a dedicated frontend system. Additionally, there were deprecated technologies and poor developer experience. To address these issues, the micro frontends architecture was adopted, along with the API Gateway and Backend for Frontend patterns, and technologies such as Svelte and Fastify. Although the adoption of Micro Frontends was successful, it was not strictly necessary to meet the company’s needs. According to the analysis of the mixed questionnaire responses, other alternatives, such as a monolithic frontend, could have achieved comparable results. What made adopting micro frontends the most convenient choice in the company’s context was the monolith strangulation and microservices adoption, which facilitated implementation through infrastructure reuse and knowledge sharing between teams.
KW - Micro Frontends
KW - Software Architecture
KW - Case Study
KW - Experimental Software Engineering
UR - https://doi.org/10.1007/978-3-032-04403-7_17
U2 - 10.1007/978-3-032-04403-7_17
DO - 10.1007/978-3-032-04403-7_17
M3 - Chapter
SN - 978-3-032-04402-0
VL - 15982
T3 - Lecture Notes in Computer Science
SP - 187
EP - 201
BT - Software Architecture
ER -