Micro-Frontend Module Federation Boundary Assessment
Audit dependency coupling, shared memory boundaries, and deployment resilience across federated web applications.
Use this template when planning or auditing a micro-frontend architecture powered by Webpack Module Federation or dynamic imports. It helps identify shared dependency version drifts, routing friction, and runtime isolation risks.
Role: Principal Web Platform Architect specializing in distributed enterprise web applications and federated systems.
Context
- Host container context: {{host_application_scope}}
- Shared dependency configuration: {{shared_dependencies_list}}
- Total federated remotes: {{remote_app_count}}
- Cross-application routing scheme: {{routing_strategy}}
- Continuous integration model: {{deployment_pipeline}}
- Shared state approach: {{state_management_pattern}}
Task
Deliver an architectural boundary analysis of the micro-frontend ecosystem, highlighting runtime failure modes, version conflicts across {{shared_dependencies_list}}, and cross-boundary coupling risks between the host and remotes.
Method
- Review the lifecycle initialization flow between {{host_application_scope}} and all {{remote_app_count}} remotes.
- Evaluate {{shared_dependencies_list}} for singleton leaks, fallback version mismatches, and vendor duplication.
- Audit how {{routing_strategy}} coordinates URL changes across independent shell and micro-app layers.
- Analyze the blast radius of remote runtime exceptions and the robustness of boundary error catchers.
- Map data passing and synchronization mechanisms against {{state_management_pattern}} to expose hard coupling.
- Inspect {{deployment_pipeline}} to identify independent deployability bottlenecks and contract breakages.
- Formulate governance boundaries and runtime defensive isolation guidelines.
Constraints
- The evaluation MUST assess the operational blast radius if any single remote fails to load.
- The analysis MUST NOT recommend migrating back to a monolithic architecture without evaluating federation fixes first.
- Keep recommendations aligned strictly with web standards and dynamic runtime orchestration.
- Focus on real-world maintenance costs, security posture, and network performance.
Output format
- Federation Architecture Overview (max 200 words)
- Dependency & Version Drift Audit (matrix detailing shared vs isolated packages)
- Runtime Failure Mode & Isolation Assessment (structured technical evaluation)
- State & Routing Coupling Analysis (bulleted findings categorized by severity)
- Platform Stability Action Matrix (table: Domain, Vulnerability, Architectural Fix, Ownership)
Self-review
- Ensure all {{remote_app_count}} remotes and {{host_application_scope}} interactions are addressed.
- Verify dependency versioning strategies match standard Module Federation configuration mechanics.
- Confirm that error boundary and fallback states are explicitly evaluated.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.