5 posts tagged with "Frontend"

In enterprise engineering, teams often face a common dilemma: they want to build modern, high-density, cross-platform user interfaces, but their core data and business logic are anchored inside established ERP deployments, specialized telemetry services, or multi-language microservice clusters.

Historically, introducing a modern UI layer across diverse systems often triggered pressure to rewrite backends. At Framework M, we believe you should never have to rewrite a stable, functioning backend just to deliver a specialized frontend. We designed our architecture around a fundamental separation of concerns called the Dual Port Protocol.

Recently, we proved this model in a demanding real-world deployment—building a high-fidelity standalone frontend that simultaneously drives established Frappe backends, bespoke high-throughput microservices, and Framework M instances without any single backend owning or constraining the frontend.

Here is how the Universal Fidelity Port pattern works and how an authenticating gateway makes it seamless.

Building complex enterprise user interfaces requires a delicate balance: core application shells must remain stable and secure, while domain plugins and custom UI extensions must be able to hook into form controllers, state lifecycle, and global navigation effortlessly.

In Framework M Desk (@framework-m/desk), we introduced the official React Shell Context API and consolidated Micro-Frontend (MFE) Plugin Contracts.

In our last post on Transparent UI Macroservices, we talked about the "what": breaking a monolithic frontend into independent, deployable units without breaking the user experience.

But as soon as you move from two services to ten, you hit a new wall: The Discovery Cliff.

How does the shell know where the finance service lives today? How does it find the inventory remote entry on a developer's machine versus a production Kubernetes cluster? And how do we do this without a 400-line configuration file that needs to be updated every time a port changes?

Today, we’re introducing the Discovery Oracle.

Two weeks ago, we introduced the concept of Zero-Cliff UI Composition. We shared our vision for a progressive architecture where your code remains the same whether it's a monolith or a distributed suite.

Today, we are taking the next step: UI Macroservice Decomposition.

In enterprise software, the transition from a "local prototype" to a "distributed global deployment" is usually where things get messy. At Framework M, we’ve spent a lot of time thinking about how to make that transition invisible. We call it Zero-Cliff UI Composition.