Playbook
0 / 10 complete0%
  1. 01
  2. 02
  3. 03
  4. 04
  5. 05
  6. 06
  7. 07
  8. 08
  9. 09
  10. 10
Step 05 of 10 8-12 weeks· advanced

Step 5: Build the Coexistence Layer

Stand up the bridge between mainframe and the new system — API gateway, data sync, dual auth, distributed observability.

What you're doing in this step

Deploy an API gateway in front of the mainframe (z/OS Connect EE or similar) so new apps call REST APIs that route to mainframe transactions until each capability is migrated. Set up CDC or MQ-based data sync between DB2 z/OS and the cloud DB. Federate auth (Active Directory + RACF). Wire centralized observability that spans both worlds.

Recommended prompts

Use one of these to do the work in your IDE

Open the template to read it in full. Click Copy prompt to grab it (with your stack values pre-filled where they apply) — then paste into Claude Code, Cursor, or wherever you build.

Primary recommendation 1 day

Coexistence Architecture ADR

Document the architecture decisions for running legacy and new systems in parallel during migration: routing, auth, data, and sessions.

View template
Template· Template 1 day

Authentication Migration Strategy (.NET Forms Auth → JWT/OAuth)

Migrate from legacy .NET authentication (Forms Auth, Windows Auth, custom) to modern JWT/OAuth without breaking existing users.

Use this when: Auth federation across AD + RACF is the hardest piece of coexistence

dotnet
View template
Template· Template 0.5 day

Feature Flag Rollout Strategy for Migrations

Use feature flags to safely route traffic between legacy and new systems during migration with controlled rollout and instant rollback.

Use this when: Routing decisions handled by a feature-flag system rather than gateway rules

View template
Recommended skills

Drop these into Claude Code for this phase

Skills auto-trigger on the right kind of request. Install once; they apply to every prompt that fits.

Skill· Skill 5 min setup

Compatibility Layer Generator Skill

Claude Code skill that generates adapters, shims, and proxies for incremental coexistence between legacy and new systems.

claude-codedotnet
Skill· Skill 5 min setup

Migration Planner Skill

Flagship migration skill that walks Claude Code through audit → strategy → slicing → cutover for any legacy system migration.

claude-code
Recommended MCP configs

Wire these tools into Claude Code first

MCP servers give Claude Code direct access to external systems (Jira, browsers, databases). Configure once.

MCP config· MCP config 10 min setup

Azure DevOps MCP for Evoke

Pre-configured Azure DevOps MCP server for Claude Code — work items, repos, PRs, and pipelines from chat.

claude-codemcp
MCP config· MCP config 5 min setup

Filesystem MCP for Evoke

Pre-configured filesystem MCP server for Claude Code — safe, scoped read/write access to project files.

claude-codemcp
When you're done

Verify these in your own work before moving on

This is a checklist for you to mentally tick off in your repo and IDE — the site doesn't track it, you do.

  • API gateway operational, routing to mainframe and new system
  • Data sync running and monitored (lag, error rate, drift detection)
  • Auth federation working — single sign-in covers both
  • Centralized observability across both systems
  • "Hello world" capability deployed through the new system end-to-end
Common pitfalls

What goes wrong at this step

  • Direct mainframe-to-cloud-DB queries from new app — tempting; produces tight coupling that's hard to break later
  • Sync lag invisible — without monitoring, drift accumulates and surfaces as customer complaints
  • Auth federation half-done — either fully integrate or accept dual logins; partial integration is the worst case
← Previous step

Command Palette

Search for a command to run...