Micro Frontends Architecture with Module Federation · Lesson

Centralized Routing Strategy

Understand how a single host application can manage routing for all integrated Micro Frontends.

Centralized Routing Strategy is a free Micro Frontends Architecture with Module Federation lesson on CoddyKit — lesson 1 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the Micro Frontends Architecture with Module Federation learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.

Intro to Centralized Routing

Welcome to the lesson on Centralized Routing Strategy in Micro Frontends! This approach is crucial for managing navigation across different parts of a large application.

We'll explore how a single 'host' application can take control of all routing decisions, providing a unified user experience.

What is Centralized Routing?

In a centralized routing setup, the main host application (also known as the shell or container) is responsible for defining and managing all routes for the entire application.

It acts as the single source of truth for navigation.
It decides which Micro Frontend (MFE) component should be loaded for a given URL path.
Remote MFEs typically don't manage their own top-level routes.

The Host's Routing Role

Imagine your host application as a traffic controller. When a user navigates to a URL, the host intercepts it, looks at its routing table, and then directs the request to the appropriate Micro Frontend.

The host often uses a routing library (like React Router for React apps) to define these global routes.

Conceptual Host Router Setup

Here's a simplified look at how a host's routing configuration might appear using a popular routing library. Notice how different paths are mapped to components from various Micro Frontends.

import React from 'react';
import { BrowserRouter as Router, Route, Switch } from 'react-router-dom';

// Imagine these are dynamically loaded MFE components
const ProductMFE = React.lazy(() => import('product_app/ProductPage'));
const CartMFE = React.lazy(() => import('cart_app/CartPage'));
const UserProfileMFE = React.lazy(() => import('user_app/ProfilePage'));

const App = () => (
  <Router>
    <Switch>
      <Route path="/products" component={ProductMFE} />
      <Route path="/cart" component={CartMFE} />
      <Route path="/profile" component={UserProfileMFE} />
      <Route path="/" component={HomePage} exact />
    </Switch>
  </Router>
);

export default App;

Dynamic Loading of MFEs

To efficiently load MFEs, the host typically uses dynamic imports. This means an MFE's code is only fetched and loaded when its corresponding route is activated, not upfront when the main application loads.

This improves initial page load times, as users only download the code they need.

Code: Dynamic MFE Import

This snippet shows how React.lazy() combined with Suspense enables dynamic loading and provides a fallback while the MFE component is being fetched.

import React, { Suspense } from 'react';

// Dynamically import a remote component
const RemoteButton = React.lazy(() => import('remoteApp/Button'));

const HostComponent = () => (
  <div>
    <h1>My Host App</h1>
    <Suspense fallback={<div>Loading Remote Button...</div>}>
      <RemoteButton label="Click Me!" />
    </Suspense>
  </div>
);

export default HostComponent;

Benefits of Centralized Routing

Adopting a centralized routing strategy offers several key advantages:

Unified User Experience: Ensures consistent navigation patterns and URLs across the entire application.
Simplified Global Navigation: Easier to implement a single, cohesive navigation bar or menu.
Host Control: The host maintains full control over which MFEs are loaded and when.
Easier Analytics: Centralized routing can simplify tracking user journeys across the entire application.

Considerations and Challenges

While beneficial, centralized routing also has its considerations:

Host Dependency: The host becomes a critical dependency; if it fails, the entire routing system is down.
Scalability of Routing Logic: A very large application might make the host's routing configuration complex and difficult to manage.
MFE Autonomy: Remote MFEs have less control over their own public-facing URLs.
Version Management: Changes to routes in the host might require coordination with MFE deployments.

When to Use Centralized Routing

This strategy is often ideal for scenarios where:

A single team or entity owns the overall application shell and navigation.
The application has a clear hierarchy and a relatively stable set of top-level routes.
A consistent look and feel across all MFEs is a high priority.
There's a need for tight integration and shared context across different parts of the application.

Routing Strategy Check

Which of the following are key characteristics or benefits of a Centralized Routing Strategy in Micro Frontends?

Centralized Routing Recap

In this lesson, we explored the Centralized Routing Strategy. We learned that the host application controls all top-level routes, dynamically loading Micro Frontends as needed.

This approach offers benefits like a unified user experience and simplified global navigation, though it introduces a strong dependency on the host. Understanding when to apply this strategy is key to effective Micro Frontend architecture.

Frequently asked questions

Is the “Centralized Routing Strategy” lesson free?

Yes — the full text of “Centralized Routing Strategy” is free to read here on the web, and the Micro Frontends Architecture with Module Federation course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the Micro Frontends Architecture with Module Federation course, upgrade to CoddyKit PRO.

What will I learn in “Centralized Routing Strategy”?

Understand how a single host application can manage routing for all integrated Micro Frontends. You practise Micro Frontends Architecture with Module Federation with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.

Do I need any experience to start Micro Frontends Architecture with Module Federation?

No prior experience is required. Micro Frontends Architecture with Module Federation on CoddyKit is structured for beginners through advanced learners; this is — lesson 1 of 4, so you can start here or from the beginning and move at your own pace.

How long does the “Centralized Routing Strategy” lesson take?

Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.

Can I write and run code in this Micro Frontends Architecture with Module Federation lesson?

Yes. Every Micro Frontends Architecture with Module Federation lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.

All lessons in this course

Centralized Routing Strategy
Federated Routing Implementation
Deep Linking & URL Management
Handling Nested and Cross-App Navigation

← Back to Micro Frontends Architecture with Module Federation