Skip to content
RED SAGSkills
hardFrontend Developer interview question

Your company wants to split a large frontend into micro-frontends. What are the trade-offs and how would you approach it?

What the interviewer wants to hear

  • Benefit: independent teams and deployments
  • Costs: duplicate dependencies, bigger bundles, inconsistent UX
  • Integration options: build-time packages, runtime module federation, route-level split
  • Shared design system and contracts between apps
  • Consider a well-structured monorepo first
  • Cross-cutting concerns: auth, routing, observability

Model answer

Micro-frontends mainly solve an organisational problem: many teams that need to ship independently without waiting for one big release. The costs are real: risk of loading React twice, larger bundles, inconsistent UI, harder debugging and more infrastructure. Before agreeing, I would check if a monorepo with clear module boundaries, code owners and fast CI solves the pain. If we go ahead, I prefer splitting by route or business domain, so each app owns full pages, which can be composed by the edge or a thin shell. Runtime module federation allows finer composition but needs strict version contracts for shared libraries. All apps should use the shared design system and a common auth, routing and telemetry layer. I would migrate one area first and measure performance and team speed.

Can you answer it under time pressure?

Take a timed hard round and get scored on every answer.

Start mock interview

More hard Frontend Developer questions