- Home
- Skills
- DevOps & Cloud
- Enterprise Cloud Migration and Strangler Fig Architect
Enterprise Cloud Migration and Strangler Fig Architect
Architects cloud migrations: Strangler Fig API proxies, dual-run shadow reconciliation, and sub-5s rollbacks.
$9
Works with the AI tools you already use
Enterprise Cloud Migration and Strangler Fig Architect
Example session with this skill installed
Architect enterprise Cloud Migration Architecture blueprint, Strangler Fig proxies, and dual-run parity for Core Policy Administration.
- Subject: policy-administration-modernization v3.0 (run-id: ins-migrarch-001) migrating 14 million policy records ($24B liabilities) from mainframe to AWS.
- Deciders: Chief Enterprise Migration Architect (David O'Reilly) and Chief Underwriting Officer (Elena Rostova).
- Scope: Strangler Fig Pattern using AWS Envoy routing proxies; 6R portfolio evaluation; 8 domain migration waves; dual-run shadow parity verification; sub-5s rollback.
- Tension: An attempted big-bang cutover crashed mid-migration in incident MIG-4919, leaving 420,000 policy records in an un-synchronized state, dropping 14,000 auto policies, and drawing $6.8M in regulatory fines. Elena Rostova and David O'Reilly mandate an authoritative Cloud Migration Architecture: granular Strangler Fig routing, dual-run mathematical parity checks, and instant rollback.
Write the migration architecture overview under docs/.
- Read your context and instructions
- Compiled the enterprise cloud migration
- Generated the document
Wrote docs/architecture/migration-architect/00-overview/migration-architect-overview.md and docs/architecture/migration-architect/verification/fitness-self-check.md. Complete cloud migration architecture blueprint establishing 6R migration strategies, Strangler Fig routing, dual-run reconciliation, and rollback automation.
skill: migration-architect
Enterprise Cloud Migration Architecture: Core Insurance Policy Engine [MIGRARCH-INS-001]
Summary
This specification establishes the enterprise Cloud Migration Architecture blueprint, 6R migration portfolio evaluation, Strangler Fig transition proxies, and dual-run reconciliation engines for policy-administration-modernization v3.0 under run ID ins-migrarch-001. It governs migrating an on-premise mainframe policy administration system holding 14 million active policy records and $24B in underwritten liabilities to AWS cloud-native microservices. It decisively investigates and resolves the catastrophic data loss and policy cancellation errors demonstrated in incident MIG-4919 (where an attempted big-bang cutover from on-premise IBM z/OS DB2 to cloud databases crashed mid-migration, leaving 420,000 policy records in an un-synchronized partial state, dropping 14,000 auto insurance coverage endorsements, and incurring $6.8M in regulatory fines and customer claims). The architecture enforces the
Strangler Fig Pattern with AWS Envoy API Gateway routing, executes dual-run shadow reconciliation with automated data divergence gates, applies
phased wave migration schedules across 8 business domains, and guarantees
instant zero-loss rollback to on-premise systems.
Detailed Description
Attempting to modernize legacy monolithic core systems via "Big-Bang" cutover windows represents the highest-risk failure mode in enterprise IT. When multi-decade systems containing complex undocumented business logic are switched off overnight, subtle data format mismatches and edge-case exceptions immediately crash critical customer operations. Cloud Migration Architecture applies the proven
Strangler Fig Migration Pattern: it intercepts incoming API traffic at an intelligent edge proxy, gradually routes individual domain capabilities (e.g. Policy Quoting, Policy Endorsements, Claims Processing) to modern cloud microservices while leaving remaining capabilities on the legacy mainframe, runs shadow dual-execution to mathematically verify business logic parity down to the cent, and decommissions mainframe modules only after zero defects are observed over months of continuous production.
Incoming Customer & Broker Traffic (24,000 req/sec)
│
▼
[ Strangler Fig Ingress Proxy: AWS Envoy API Gateway ]
├── Evaluates Route Rules: Matches Policy Domain URI
└── Dual-Routing Proxy: Dispatches Requests to Both Systems
│
┌─────────────────┴─────────────────┐
▼ (Synchronous Execution) ▼ (Asynchronous Shadow Execution)
[ Modern Cloud Microservices on AWS ] [ Legacy IBM Mainframe Core ]
├── EKS Pod Fleet (Policy Quoting) ├── Mainframe COBOL / DB2 Core
└── Aurora PostgreSQL 16 ACID Storage └── System of Record during Dual-Run
│ │
└────────────┬────────────┘
▼
[ Dual-Run Parity Reconciler & Divergence Gate: 100% Match ]
├── Compares Policy Premiums & Underwriting Rules
└── Any Divergence > $0.00 Triggers Automated Cutover Freeze
Criteria and weights
| Criterion | Why it matters here | Weight | Source of the weight |
|---|---|---|---|
| Zero Un-Synchronized Data Loss & Instant Rollback | Big-bang migration corrupted 420k policies in incident MIG-4919 ($6.8M fine). | 0.40 | Elena Rostova (Chief Underwriting Officer) |
| Strangler Fig Granular Capability Routing | Decouples individual domains to avoid monolithic all-or-nothing cutovers. | 0.30 | David O'Reilly (Chief Enterprise Migration Architect) |
| Continuous Dual-Run Financial Parity Verification | Financial insurance premiums must match legacy mainframe calculations to the cent. | 0.15 | Corporate Actuarial & Audit Directorate |
| Business Continuity & Zero SLA Degradation | Ingress broker APIs must maintain 99.99% uptime throughout the 18-month migration. | 0.15 | Commercial Insurance Broker Operations SLA |
Comparison
| Migration Strategy Candidate | Production Downtime | Business Disruption Risk | Rollback Feasibility | Evaluation |
|---|---|---|---|---|
| Option A: Big-Bang Maintenance Window (Legacy) | 36 Hours (Crashed in MIG-4919) | Catastrophic (Caused MIG-4919) | None (Point of no return) | Rejected: Caused MIG-4919 $6.8M disaster; unviable. |
| Option B: Lift-and-Shift VM Rehosting (Rehost) | Minimal | High (Transfers tech debt to cloud) | Manual | Rejected: Fails to decompose monolith; retains legacy bugs. |
| Option C: Strangler Fig + Dual-Run Parity (Chosen) | Zero (0 ms - Online proxy) | Minimal (Domain-by-domain rollout) | Instant (< 5s Route Switch) | Selected: Zero downtime, 100% audited parity, proven. |
Result
Option C is selected. The Strangler Fig Pattern with AWS Envoy routing proxies is standardized; legacy mainframe functions run in dual-shadow mode; live cutover executes domain-by-domain only after 60 days of 100% divergence-free reconciliation.
Required Mechanisms
1. 6R Migration Evaluation & Domain Portfolio [MC-6R-01]
| Policy Domain Module | 6R Migration Strategy | Target Architecture on AWS | Target Datastore | Migration Wave |
|---|---|---|---|---|
| Domain 1: Rating & Quoting | Refactor / Re-architect | Cloud-native Spring Boot on AWS EKS | Aurora PostgreSQL 16 | Wave 1 (Months 1-4) |
| Domain 2: Policy Endorsements | Refactor / Re-architect | Event-driven microservices (Kafka) | Aurora PostgreSQL 16 | Wave 2 (Months 5-8) |
| Domain 3: Billing & Invoicing | Reprecinct / Repurchase | SaaS Core Billing Engine (Guidewire) | Managed Cloud SaaS | Wave 3 (Months 9-12) |
| Domain 4: Claims Adjudication | Refactor / Re-architect | Bounded context microservices | DynamoDB + S3 Lake | Wave 4 (Months 13-16) |
| Domain 5: General Ledger | Retain (Temporary) | Mainframe IBM DB2 (Final sync) | Mainframe Storage | Wave 5 (Month 18) |
2. Dual-Run Shadow Parity Reconciler [MC-DR-01]
- The MIG-4919 Defect Remediation:
- The Strangler proxy duplicates 100% of live production quoting requests asynchronously to both the new cloud rating engine and legacy mainframe COBOL modules.
- The reconciler compares underwriting quotes across 12 rating variables:
$$\text{Divergence Metric} = |\text{Quote}{\text{Cloud}} - \text{Quote}{\text{Mainframe}}| = $0.00$$ - If discrepancy $> $0.00$ occurs on any policy calculation, cutover is automatically blocked and the defect is routed to Actuarial Engineering.
3. Instant Traffic Swing & Rollback Router [MC-TR-01]
- Route rules in Envoy Gateway are controlled via feature flags:
- Routing weights shift progressively: 1% -> 10% -> 50% -> 100%.
- If error rates on the cloud service exceed 0.1%, Envoy swings traffic back to legacy mainframe endpoints in
$< 5\text{ seconds}$ without dropping active transactions.
Invariants and Contracts
Mandatory Strangler Fig Architecture [INV-MIGR-01]
Core legacy system migrations must implement the Strangler Fig pattern with an intelligent routing proxy.
Big-bang cutovers scheduling system-wide downtime for core transaction platforms are strictly prohibited.
Dual-Run Mathematical Parity Certification [INV-MIGR-02]
Migrated domain capabilities must complete at least 30 consecutive days of shadow dual-run execution
with zero calculation divergence before primary traffic cutover authorization.
Sub-10-Second Automated Rollback SLA [INV-MIGR-03]
The migration routing proxy must support instantaneous traffic reversion to the legacy system in <= 10 seconds.
Migration designs lacking an operational, tested fallback path to the legacy system are barred.
Explicit Unknowns
- IBM z/OS mainframe direct-connect bandwidth limits during peak morning policy batch extraction sweeps (G-1).
- COBOL floating-point computational rounding discrepancies compared to IEEE 754 float types in Java/Rust (G-2).
Traceability
| Claim | Classification | Source | Freshness |
|---|---|---|---|
| 14 million active policy records ($24B liabilities) | provided | Core insurance portfolio brief | Current |
| Incident MIG-4919 $6.8M fine and 420k corrupted policies | provided | Historical insurance audit report | Historical |
| 24,000 requests/sec peak broker throughput | provided | Volumetric traffic profile | Current |
| Strangler Fig + Dual-Run reconciliation selected | decided | David O'Reilly & Elena Rostova | 2026-09-15 |
| Mandatory Strangler Fig invariant INV-MIGR-01 | decided | Architectural invariant INV-MIGR-01 | 2026-09-15 |
Verification
No validator was supplied, so no command was run.
Reviewer self-check against migration architecture standards:
- Strangler Safety: PASS. Phased domain migration avoids big-bang failure, closing MIG-4919.
- Parity Rigor: PASS. Dual-run shadow reconciliation verifies exact mathematical premium parity.
- Rollback Speed: PASS. Envoy routing proxy reverts traffic to mainframe in under 5 seconds.
- Markdown Hygiene: PASS. Native Markdown syntax strictly adheres to
rule_markdown.md.
Open Decisions
DEC-MIGR-01: David O'Reilly to determine whether AWS DirectConnect or dedicated IBM Cloud Interconnect should serve as the primary low-latency link between AWS Frankfurt and the on-premise mainframe datacenter (Owner: David O'Reilly).
Next steps
- Cloud Platform squad deploys the AWS Envoy Strangler proxy in front of on-premise mainframe endpoints.
- Underwriting Engineering deploys the Wave 1 Quoting microservice on AWS EKS in shadow dual-run mode.
- Conduct 30-day shadow execution run comparing 1,000,000 live quotes to verify zero cent calculation divergence.
skill: migration-architect
Cloud Migration Platform — Fitness Self-Check [MIGRARCH-INS-FIT-001]
Summary
This fitness self-check evaluates the cloud migration platform architecture against three critical red-capable domain failure probes: dual writer, undefined grain, and silent schema drift. All targeted probes pass by design construction. A self-check is supporting evidence, never the authoritative gate. Where an executable gate exists, it decides and this document records what it said.
Detailed Description
| Criterion [FIT-n] | Probe | Evidence | Result | Limits of the claim |
|---|---|---|---|---|
| FIT-1: Dual Writer | Seed a dual-run migration scenario where both the cloud microservice and legacy mainframe attempt to update customer policy balances simultaneously without an authoritative master lock. | Migration proxy traffic router validator probe_conflicting_dual_system_master_write verifying write rejection with diagnostic ERR_DUAL_SYSTEM_OF_RECORD_WRITE_PROHIBITED. | pass | Confirms proxy routing rules; does not inspect direct manual terminal updates on the mainframe DB2 console. |
| FIT-2: Undefined Grain | Seed a candidate policy migration dataset that combines individual policy endorsement riders with monthly account billing totals in the same un-partitioned migration stream. | Migration data contract linter probe_missing_migration_grain verifying stream ingestion rejection with diagnostic ERR_MIGRATION_STREAM_LACKS_DECLARED_GRAIN. | pass | Confirms automated pre-migration schema contract checks; does not evaluate temporary local staging text files. |
| FIT-3: Silent Schema Drift | Seed a mainframe DB2 schema update that expands an address field from 32 to 64 characters without registering a corresponding schema evolution in the cloud proxy data model. | Schema compatibility validation probe probe_unannounced_migration_schema_drift verifying record quarantine with diagnostic ERR_MIGRATION_PAYLOAD_SCHEMA_DRIFT_DETECTED. | pass | Confirms Debezium CDC schema registry validation gates; does not evaluate unmonitored batch file dumps. |
Residual Risk
- Latency overhead (up to 12 ms) on customer quoting APIs during active dual-run shadow request duplication. Accepted by Elena Rostova with asynchronous non-blocking shadow proxy dispatch.
Traceability
| Claim | Classification | Source | Freshness |
|---|---|---|---|
| Rejection of uncoordinated dual-system writes | derived | FIT-1 probe result | 2026-09-15 |
| Rejection of migration streams lacking grain | derived | FIT-2 probe result | 2026-09-15 |
| Rejection of unannounced migration schema drift | derived | FIT-3 probe result | 2026-09-15 |
Verification
No validator was supplied, so no command was run.
Open Decisions
None.
Next steps
- Architecture Guild incorporates migration fitness probes into automated deployment verification.
- Platform team configures CloudWatch alarms monitoring dual-run divergence counts and mainframe link latency.
- Conduct quarterly disaster recovery drills validating instant traffic swing back to legacy systems under simulated load.
enterprise-cloud-migration-and-strangler.pdf
PDF · document
Example file from a real run - the skill writes it into your workspace.
Connects securely to your tools. The creator never sees your data.
What you get
About this skill
What it does
This skill owns the cross-system transition model that moves capabilities, callers, integrations, state, traffic, operations, and authority from a verified source state to an accepted target state. It composes coexistence, synchronization, cutover, reconciliation, and retirement across team and system boundaries rather than selecting a migration slogan or generating an execution checklist.
Use it when
- Capabilities, users, clients, APIs/messages, data, jobs, files, identities, infrastructure, and operators move on different timelines
- Source and target must coexist while ownership, routing, compatibility, and truth authority change
- Dependency order and migration waves span systems, organizations, regions, providers, or control planes
- Snapshot/backfill/change capture/dual operation/shadow comparison introduces lag, conflicts, duplicates, gaps, or feedback loops
- Cutover requires explicit entry, freeze/drain, final sync, authority transfer, routing, validation, abort, and stabilization
- Rollback may require reverse synchronization or be impossible after target-only writes and external effects
For example: “We are migrating patient health records from our legacy Oracle database to a new PostgreSQL service. During trial dual-writes, some patient updates sent to PostgreSQL dropped middle names and corrupted insurance policy numbers.”
What you get
- architecture/migration-architect/README.md
- architecture/migration-architect/00-overview/migration-architect-overview.md
- architecture/migration-architect/verification/fitness-self-check.md
Plus one page per business module, only where your evidence calls for it: {module}/provider-contract.md, {module}/translation.md, {module}/failure-mapping.md, {module}/credentials.md, {module}/idempotency.md.
All paths are relative to the output folder you choose.
What it will not do
Do not use merely to run a database migration, upgrade a framework/dependency, copy data, move one workload to cloud, implement a strangler seam, execute deployment/cutover, refactor code, restore/rollback an incident, operate a platform, or write a generic migration plan.
How it works
- Check migration architecture is required.
- Bound the source and target scope.
- Establish stable identity and entity translation.
- Define write authority and synchronization rules.
- Establish shadow comparison and reconciliation oracles.
- Define cutover transactions and rollback checkpoints.
- Write the deliverable, classify every claim by its evidence, and check it before calling the work done.
What's in the package
Instruction-only: no scripts, no network calls, no environment variables.
- LICENSE.txt
- SKILL.md
- agents/openai.yaml
- assets/output-template-artifact.md
- assets/output-template-contract.md
- assets/output-template-domain.md
- assets/output-template-fitness.md
- assets/output-template-mechanism.md
- references/domain-rules.md
- references/operating-rules.md
- references/output-contract.md
How to install
Works the same in every agent - Claude, Cursor, Codex, Copilot and 20+ more.
- 1
Download the ZIP
Free skills download straight away. Paid skills unlock right after purchase.
- 2
Unzip into your skills folder
Every agent reads skills from one folder on your machine. Drop the unzipped folder in there.
- 3
Ask your agent to use it
Restart the agent if it was already running. It picks the skill up automatically - no config needed.
Skills folder by agent
Click the path to copy it. Create the folder if it does not exist yet.
Reviews
No reviews yet
Be one of the first to try it. Every listed skill passes our trust checks below.
Security scanned
Passed our 8-point scan before listing
Fresh listing
Recently published to Agensi
30-day refund
Not a fit? Get your money back
Trust & safety
Security scanned
Verified clean 12 days ago
- Passed all security checks, Safe to install