Micro frontends—a microservice approach to front-end web development

Update: Hey! I’m working on a book about Micro Frontends, sign up to learn more:

Image for post
Image for post

Article updated with references to HelloFresh, micro-frontends.org, Single-SPA (incl demo) and using a shared event bus.

Image for post
Image for post

For web apps, the front end is becoming bigger and bigger, and the back end is getting less important. Our web app at Weld (web/app creation tool) is 90% front-end code, with a very thin back end. I can imagine that a majority of new web apps being built today are dealing with a similar situation.

Web apps also change over time, as do development techniques and frameworks. This requires support for allowing different front-end frameworks to co-exist, e.g. older modules built in JQuery or AngularJS 1.x, combined with newer modules built in React or Vue.

The monolithic approach doesn’t work for larger web apps

Example:

  • myapp.com/ - landing page built with static HTML.
  • myapp.com/settings - old settings module built in AngularJS 1.x.
  • myapp.com/dashboard - new dashboard module built in React.

I would imagine the following is needed:

  1. A shared codebase in pure JavaScript e.g. managing routing and user sessions. Also some shared CSS. Both should be as thin as possible.
  2. A collection of separate modules, “mini-apps”, built in various frameworks. Stored in different code repositories.
  3. A deployment system that bundles all the modules together from different repositories and deploys to a server, whenever a module is updated.

The solution: “micro frontends”

Companies like Spotify, Klarna, Zalando, Upwork, and Allegro, and HelloFresh are using the micro frontends approach to build their web apps.

Implementing micro frontends

  1. The best solution I’ve seen is the Single-SPA “meta framework” to combine multiple frameworks on the same page without refreshing the page (see this demo that combines React, Vue, Angular 1, Angular 2, etc). See Bret Little’s explanation here.
  2. Multiple single-page apps that live at different URLs. The apps use NPM/Bower components for shared functionality.
  3. Isolating micro-apps into IFrames using libraries and Window.postMessage APIs to coordinate. IFrames share APIs exposed by their parent window.
  4. Make the different modules communicate over a shared events bus (e.g. chrisdavies/eev). Each module can be built using its own framework, as long as it handles incoming and outgoing events.
  5. Using Varnish Cache to integrate different modules.
  6. Web Components as the integration layer.
  7. “Blackbox” React components.

Resources

Read more

Written by

I build tools for creativity 🧩. CEO of @Weld_io , a #nocode tool for marketers. Father of two. Feminist. Fan of espresso and movies. Still learning.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store