American Express (via Cognizant) · Global Search
Micro-Frontend Tenancy Migration
Problem
Search UI lived under MYCA tenancy in OneApp. Release cadence was coupled to another team's root module, analytics executed late, and legacy SAN + Iguazu dependencies increased system drag.
Constraints
High traffic surface, strict rollout safety, cross-team tenancy dependencies, and no tolerance for analytics loss during migration.
Architecture Diagram
Before:
[Client] -> [OneApp MYCA Shell] -> [Search MFE]
-> [Late Analytics Init]
-> [SAN + Iguazu Coupling]
After:
[Client] -> [Global Search CNAME]
-> [Dedicated Root Module]
-> [Dedicated Search Tenancy + Pods]
-> [Early Analytics Init]
-> [Decoupled Release Lifecycle]Decisions
- Led 6-month migration to dedicated tenancy.
- Provisioned new root module, clusters, and pods.
- Skipped SAN/Iguazu inheritance to avoid framework bloat.
- Designed CNAME-based domain switch + subdomain routing.
- Reordered analytics initialization to remove blind spot.
Outcome & Lessons
- Eliminated ~10s analytics tracking gap.
- Decoupled release cycles from external root ownership.
- Improved operational reliability via isolated tenancy.
- Documented migration path and mentored junior engineer.