Skip to content

Core banking migration:
From mainframe to AWS with zero downtime

We moved a global core banking system from an ageing mainframe to AWS one function at a time, keeping both ledgers in sync throughout. Operating costs fell 60%, releases became 5x faster, and there was zero service downtime.

Industry: FinTech & Financial ServicesService: Cloud & DevOpsUpdated

Lower operating costs
60%
Service downtime
Zero
Faster releases
5x

Overview

Project
at a glance

Industry
FinTechA global core banking system processing 10M+ transactions a day on expensive older hardware.
How we worked
Project deliveryA cloud architect, cloud-native engineers and a DevSecOps specialist stayed with the project from start to finish.
Goal
Retire the mainframe safelyMove essential accounting and ledger logic to the cloud without interrupting a service that runs 24/7.
What we built
Cloud core banking platformAWS microservices that take over mainframe functions one by one, with a live data bridge keeping both systems in step.

The challenge

What was getting
in the way

The client's core banking logic ran on a 20-year-old mainframe. New features took 6+ months to release, because any change to the fragile COBOL code could cause failures elsewhere. To cope with holiday peaks, the bank paid for spare hardware in advance, costing millions in idle capacity.

Customer data was reconciled in end-of-day batches, and every mainframe update needed a manual code freeze. The board wanted out, but only if the bank could move without any downtime.

  • Big-bang failure

    The board judged a single switch-over too risky, because any downtime would bring severe regulatory fines.

  • Mainframe lock-in

    MIPS-based pricing from older vendors was eating into the budget the bank wanted for future AI projects.

  • Shrinking COBOL skills

    Experienced COBOL engineers were retiring, leaving fewer people able to maintain the core system.

The solution

What
we built

  1. 01

    A live data bridge to AWS

    We added change data capture (CDC) to stream every mainframe database update into AWS, keeping a live copy of the data in the cloud.

    Mechanism
    CDC stream
    Consistency
    Under a second
    Connection
    Live data stream
  2. 02

    Moving functions one at a time

    Using the strangler fig pattern, a proxy layer sent specific functions, such as balance enquiries, to new AWS microservices while everything else stayed on the mainframe.

    Pattern
    Strangler fig
    Compute
    AWS EKS
    Routing
    Istio
  3. 03

    Both ledgers kept in step

    A transactional outbox kept the new AWS ledger and the mainframe 100% consistent throughout the phased rollout.

    Audit
    Every change traced
    Pattern
    Transactional outbox
    Reliability
    Zero downtime

Before and after

How the work
changed

Scaling

Before

Fixed hardware

Expensive, long-term hardware contracts with little room for sudden peaks.

After

Scales on demand

Cloud services scale automatically and respond to traffic spikes in moments.

Releases

Before

Quarterly releases

Mainframe updates needed manual, high-risk code freezes.

After

Daily CI/CD

Automated pipelines let teams update each microservice safely, several times a day.

Data flow

Before

End-of-day batches

Overnight reconciliation delayed updates to customer data.

After

Live events

Each transaction sends a live event to every system across the bank.

Key features

What made it
useful

  • Live updates

    Transactional outbox

    Updates to the new microservices and the older databases succeed or fail together, which prevented mismatched data during the multi-year migration.

    Business impact

    100% data consistency

  • Secure by design

    Built-in cloud security

    Automated IAM policies and encryption at rest and in transit meet established banking security requirements on AWS.

    Business impact

    Zero audit findings

  • Resilient

    Self-healing clusters

    Automatic node recycling and circuit breakers stop a single fault from taking down the new core.

    Business impact

    99.999% uptime

Results

The business
difference

  1. Cost

    60% Operating Cost Reduction

    System spend

    Switching from mainframe licensing to AWS pay-as-you-go pricing brought immediate savings.

    Before: HighAfter: 60% Lower

  2. Speed

    5x Faster Releases

    Time to launch a new product

    Product teams now release new savings products without waiting for mainframe code freezes.

    Before: 6 MonthsAfter: 4 Weeks

  3. Reliability

    100% Reliable

    Customer sessions lost during migration

    Because functions moved one at a time, not a single customer session was lost along the way.

    Before: < 0.1%After: Zero

Faster delivery

Built on tested foundations

Because these components were already tested, the team skipped repeated setup and moved the first functions off the mainframe sooner.

  • Mainframe bridge module

    Gave the team a tested CDC setup for streaming mainframe database changes into AWS.

  • Cloud cost controls

    Tracked AWS spend as each function moved off the mainframe, so savings could be checked against the old MIPS bills.

  • SRE monitoring platform

    Monitored the new microservices and the proxy layer, so problems surfaced before customers noticed.

  • Ledger consistency module

    Supplied the outbox logic that kept the AWS ledger and the mainframe in step.

Trust and control

How we kept it
safe and reliable

  • 01

    Data stays in-region

    Multi-region AWS residency keeps all banking data within regulatory boundaries.

    Compliance ready
  • 02

    Key management

    Hardware security modules (HSMs) manage the keys for all personal information and transaction records.

    Encrypted
  • 03

    Failover and recovery

    Automated failover and self-healing clusters keep availability at 99.999%.

    High availability
  • 04

    Full knowledge transfer

    Our project delivery model includes documentation, training and a knowledge handover, so the client's team owns the AWS core on completion.

    100% owned

FAQ

Straight
answers

Have a different question? Ask it on a 30-minute call.

Book a call

Its core logic ran on a 20-year-old mainframe with fragile COBOL code, so new features took 6+ months. MIPS-based licensing was eating the technology budget, peak capacity meant paying for idle hardware, and the COBOL specialists who maintained the system were retiring. The board would not accept a risky big-bang switch-over.

Move off the mainframe one function at a time

If a big-bang migration is too risky for your board, we can help you plan a phased move to the cloud that keeps every service running.