VeUP
← All case studies
Amazon ECS / FargateAmazon RDSAWS GlueGuardDuty + Security Hub
Financial Services · Credit Union · Well-Architected Review & Core-Banking Migration

A regulated U.S. credit union

AWS-validated reference — full details available to AWS Partner Validation or on request. (Customer name held on file with VeUP.)

VeUP ran a six-pillar AWS Well-Architected Review for a regulated U.S. credit union, prioritized five HIGH-risk findings into a phased 90-day remediation roadmap, stood up a Security Accelerator foundation, and delivered the migration of its Jack Henry core-banking SQL Server database into AWS — inside a phased, gated migration program in which no member traffic re-points until security, connectivity, data-integrity, recovery, and compliance gates have each passed.

Business impact

6 / 6
Well-Architected pillars fully assessed against best practice
Well-Architected executive report · Mar 2026
5
HIGH-risk findings identified, each mapped to a specific WA question
Well-Architected executive report · Mar 2026
90 days
Phased remediation roadmap — immediate, short-term, medium-term
WAR remediation roadmap
Tier 1
Security Accelerator foundation delivered; phases 2–3 scoped
Security Accelerator · Apr 2026
~800 GB
Core-banking production database, migrated with source-to-target reconciliation and tested restores
Readiness-assessment inventory
16 → 8
Cores right-sized against the measured workload, replacing an over-provisioned on-premises blade
Documented baseline → target KPI
3 → 1
CloudTrail trails consolidated into one centralized, protected audit trail
Documented baseline → target KPI
Avoided
SQL Server Enterprise renewal — stepped down to license-included SQL Server Standard on Amazon EC2
Documented licensing decision · Feb 2026

The challenge

The customer is a member-owned U.S. credit union regulated under NCUA Part 748 and its Appendix A safeguards, the FFIEC IT Examination Handbook, and the GLBA Safeguards Rule, serving members through always-on digital and core-banking channels. The production estate behind those channels ran on aging on-premises infrastructure: a Microsoft SQL Server 2016 core database platform on a 16-core blade carrying a production database of roughly 800 GB, the Jack Henry core-banking system databases, a custom-application database, and SSIS (data integration) and SSRS (reporting) running on the same platform — with analytics users querying the production OLTP database directly, contending with the member-facing workload. An imminent SQL Server Enterprise license renewal and a looming hardware refresh made the on-premises status quo an expensive default.

Alongside the on-premises core, the credit union already ran a growing AWS estate — two production applications on Amazon ECS with AWS Fargate, a relational tier on Amazon RDS, scaled AWS Glue ETL, Amazon QuickSight, and a Terraform-deployed data lake — sitting in us-west-1 with multi-region transit-gateway complexity and three separate CloudTrail trails. That estate had grown without an independent, framework-driven assessment, and with only two people actively managing AWS the institution carried key-person dependency and limited capacity to formalize incident response, disaster recovery, and operational readiness. For a financial institution handling member financial data, undocumented gaps in IR, DR, and observability are compliance and member-trust exposure, not just technical debt.

The engagement

VeUP ran a full AWS Well-Architected Framework Review across all six pillars as a structured, multi-session engagement using the AWS Well-Architected Tool question set, producing an executive findings report and a phased 90-day remediation roadmap sequenced into Immediate (0–30 days), Short-term (30–60 days), and Medium-term (60–90 days) workstreams. The review prioritized five HIGH-risk findings — no incident-response program, an absent disaster-recovery strategy, IAM deficiencies, deployment and operational-readiness gaps, and insufficient observability — each mapped to a specific Well-Architected question and a concrete AWS-native remediation. Off the back of the review, VeUP delivered a 3-tier Security Accelerator, with Tier 1 establishing the security foundation: an Incident Response Plan aligned to NIST SP 800-61, break-glass IAM roles, annual tabletop exercises, and Amazon GuardDuty plus AWS Security Hub enablement.

In parallel, VeUP scoped and delivered the migration of the credit union’s Jack Henry core-banking SQL Server database into AWS — a cost-comparison-driven move, executed as part of a wider phased migration of the on-premises estate. The migration program follows a documented architecture of record, fixed with the customer at a February 2026 alignment session and validated in the March 2026 Well-Architected Review: the core SQL Server platform replatforms from SQL Server 2016 Enterprise to the AWS license-included SQL Server 2022 Standard AMI on Amazon EC2, while the Jack Henry core-banking databases rehost to EC2 with minimal change and real-time connectivity preserved over an encrypted site-to-site VPN, coordinated with Jack Henry. Amazon RDS was evaluated for the core platform and deliberately not selected — SSIS and SSRS require the full, self-managed SQL Server feature set that a managed database service does not expose in the form this estate needs — a documented platform decision that keeps the regulated core stable while still capturing the licensing, right-sizing, and governance benefits of the move.

Migration approach

Discovery and assessment were run as a structured readiness engagement grounded in the AWS Cloud Adoption Framework and the Well-Architected Review. All six CAF perspectives — Business, People, Governance, Platform, Security, and Operations — were assessed with the same discipline: current-state findings, a customer-specific gap analysis, and an action plan presented to the customer, supported by a CAF maturity-scoring matrix (current versus target for every perspective), a 7Rs disposition for every workload, a quantified risk register with a heat map, tiered RTO/RPO objectives, and a control-by-control regulatory mapping — first to NIST CSF, CIS, and the Well-Architected Security pillar, then to NCUA Part 748/Appendix A, FFIEC, and the GLBA Safeguards Rule. The readiness verdict was explicit: ready to migrate under a phased plan, conditional on completing the flagged governance and security items before cutover — a verdict conditioned on evidence, not intent.

Pre-cutover mobilization closes those items: a separate, locked-down production AWS account where deployment happens only through Terraform and the CI/CD pipeline — no console access — so every production change is code-reviewed, version-controlled, and auditable; privileged access vaulted and brokered through CyberArk with session recording and a documented break-glass procedure; AWS IAM Identity Center for centralized, role-based least-privilege access federated to the institution’s identity provider; AWS KMS encryption at rest and TLS in transit, including the VPN paths; CloudTrail consolidated from three trails to one centralized trail delivered to a dedicated, access-restricted, encrypted log-archive bucket with log-file validation; AWS Config across the estate for continuous drift detection and board-reportable control evidence; and end-to-end validation of the Jack Henry site-to-site VPN. Because the no-console operating model is a genuine workflow change for a two-person cloud team, VeUP stands up a Terraform mock dev/staging environment where the customer’s team practices provisioning and operations before touching production, backed by a multi-AZ disaster-recovery drill against the tiered recovery objectives.

Cutover is explicitly gated and reversible, across six gates: security baseline, connectivity, data integrity, recovery readiness, compliance evidence, and member-impact sign-off. The roughly 800 GB data migration is reconciled source-to-target with integrity checks and tested restores from Amazon S3; no member traffic re-points until every gate passes; workloads cut over one at a time so any failure is contained per workload; and the on-premises estate remains the rehearsed, single-decision rollback target until final sign-off. Modernization is deliberately sequenced after the migration is stable: the SSIS/SSRS pipeline refactors to AWS Glue and AWS Step Functions with Amazon QuickSight on a proven base — the right order of operations for a regulated, always-on banking estate.

Workloads and scope

WorkloadDispositionLanding on AWS
Core SQL Server 2016 platform (~800 GB production database)ReplatformSQL Server on Amazon EC2 (r5 family), AWS license-included SQL Server 2022 Standard AMI, right-sized 16 → 8 cores
Jack Henry core-banking databasesRehostAmazon EC2, minimal change to the regulated core; real-time connectivity preserved over an encrypted site-to-site VPN coordinated with Jack Henry
Custom-application databaseRehostSQL Server on Amazon EC2, preserving application compatibility while capturing region, cost, and governance benefits
SSIS / SSRS data-integration and reporting pipelineRetain, then refactorRetained at cutover; Phase-2 refactor to AWS Glue and AWS Step Functions with Amazon QuickSight
Analytics accessRepurchase / refactorMoved off the production OLTP database onto an Amazon S3 data lake with Amazon QuickSight, removing reporting contention from the member-facing system
Database backupsRe-platform to cloud-nativeAmazon S3 — encrypted, versioned, off-host, with tested restores and point-in-time recovery
Existing AWS footprint (Terraform-deployed data lake and network)Relocate / rationalizeus-west-1 → us-west-2; multi-region transit gateway collapsed to single-region VPC peering; three CloudTrail trails consolidated to one
On-premises blade and SQL Server Enterprise licensingRetireHardware-refresh cycle and the pending Enterprise license renewal retired with the platform

Well-Architected posture

The engagement’s posture maps directly onto the six Well-Architected pillars as evidenced in the review and roadmap. Operational Excellence: deployment and operational-readiness gaps (OPS06/OPS07) close through the Terraform/pipeline-only production model, mock-environment team enablement, and runbooks drilled before steady state; observability gaps (OPS04/REL06) route to Amazon CloudWatch with Container Insights and AWS X-Ray. Security: the absent incident-response program (SEC10) is remediated with a NIST SP 800-61-aligned IR plan; IAM deficiencies (SEC02/SEC03) with AWS IAM Identity Center, break-glass roles, and CyberArk-brokered privileged access; threat detection with Amazon GuardDuty and AWS Security Hub; and encryption standardized on AWS KMS at rest and TLS in transit. Reliability: the absent DR strategy (REL13) and documented single-AZ and single-NAT-Gateway risks convert into multi-AZ deployment for the core tier, tiered RTO/RPO objectives, AWS Backup with cross-region replication, and a rehearsed DR drill. Performance Efficiency: compute is sized against the measured workload rather than carried-forward hardware, validated on the r5 instance family with pipeline-controlled headroom to scale. Cost Optimization: the licensing step-down to license-included SQL Server Standard, the region relocation, transit-gateway collapse, and CloudTrail consolidation are tracked as benefits-realization outcomes, with AWS Budgets and AWS Cost Anomaly Detection standing guard on the production account. Sustainability: right-sizing an over-provisioned 16-core blade down to 8 cores reduces the estate’s standing footprint alongside its cost.

Architecture

Well-Architected view of the credit union’s engagement: the documented previous-state AWS estate and on-premises core-banking platform, the layered build-up of the remediated target state, and the six Well-Architected pillars assessed against the delivered and recommended remediations.

Previous-state architecture: on-premises Microsoft SQL Server 2016 on a 16-core blade with an ~800 GB production database, Jack Henry core-banking databases, a custom-application database, and SSIS/SSRS, with analytics users querying the production OLTP database directly; alongside an existing AWS estate in us-west-1 — ECS/Fargate applications, single-AZ RDS, single NAT Gateway, Glue ETL, a Terraform-deployed data lake, three separate CloudTrail trails, and multi-region transit-gateway complexity — before the Well-Architected Review.
Previous state — the on-premises core-banking estate and the existing us-west-1 AWS footprint assessed by the six-pillar Well-Architected Review.
Animated layer-by-layer build-up of the target-state AWS architecture: network foundation in us-west-2 with VPC peering and site-to-site VPN, compute and database tier (SQL Server on EC2, Jack Henry rehost, ECS/Fargate applications), data layer (S3 backups and data lake, Glue, QuickSight), then the security and governance rail (IAM Identity Center, CyberArk PAM, KMS, centralized CloudTrail, AWS Config, GuardDuty, Security Hub).
Layer-by-layer build-up — network foundation, compute and database tier, data layer, and the security and governance rail.
Target-state AWS architecture in us-west-2: locked-down production account deployed Terraform/pipeline-only with no console access, SQL Server 2022 Standard license-included on EC2 (right-sized r5 family), Jack Henry databases rehosted on EC2 with encrypted site-to-site VPN connectivity, multi-AZ core tier, S3 encrypted versioned backups, S3 data lake with Glue and QuickSight for decoupled analytics, IAM Identity Center and CyberArk privileged access, KMS at rest and TLS in transit, one centralized CloudTrail trail with a protected log-archive bucket, AWS Config, GuardDuty, Security Hub, and Budgets with Cost Anomaly Detection.
Target state on AWS — the architecture of record: license-included SQL Server on EC2, rehosted core-banking databases, decoupled analytics, and the regulated-financial-services security and governance rail.
Well-Architected diagram for a regulated U.S. credit union: previous-state AWS estate (Amazon ECS/Fargate, single-AZ RDS, single NAT Gateway, ungoverned IAM, no IR/DR program) and the on-premises Jack Henry SQL Server database, migrating to a target-state AWS architecture with a segmented Production VPC (Multi-AZ data tier, per-AZ NAT, the migrated Jack Henry workload on SQL Server/Amazon EC2) and Workload VPC (AWS Glue, Amazon QuickSight, Amazon S3 data lake), an observability column (Amazon CloudWatch, Container Insights, AWS X-Ray), and a security and governance rail (AWS IAM Identity Center, AWS Organizations SCPs, Amazon GuardDuty, AWS Security Hub, AWS Backup cross-region replication, AWS CloudTrail), with a six-pillar Well-Architected Framework assessment.
Full Well-Architected overview — the AWS Well-Architected Review, Security Accelerator, and Jack Henry database migration across all six pillars.

Outcomes

KPIResult
Well-Architected ReviewFull six-pillar review delivered; five HIGH-risk findings identified and prioritized, each mapped to specific WA questions — SEC10 (no IR program), REL13 (absent DR strategy), SEC02/SEC03 (IAM deficiencies), OPS06/OPS07 (deployment & operational-readiness gaps), OPS04/REL06 (insufficient observability) — with concrete AWS-native remediations.
Remediation roadmapDocumented architecture risks (single-AZ RDS, single NAT Gateway, ~50% IaC coverage, reactive-only monitoring) converted into a phased, tracked 90-day backlog — Immediate (0–30) / Short-term (30–60) / Medium-term (60–90 days).
Security Accelerator3-tier Security Accelerator delivered with Tier 1 — the highest-priority security foundation: NIST SP 800-61-aligned Incident Response Plan, break-glass IAM roles, GuardDuty and Security Hub enablement — live, establishing the base for phases 2 and 3.
Core-banking database migrationJack Henry SQL Server core-banking database migration delivered into AWS — a cost-comparison-driven rehost to Amazon EC2 that keeps change to a minimum on the regulated core, with real-time connectivity preserved over an encrypted site-to-site VPN and the ~800 GB migration reconciled source-to-target with tested restores.
Cost leversTracked as benefits-realization outcomes against the on-premises baseline: SQL Server Enterprise license renewal avoided via the license-included SQL Server 2022 Standard AMI on EC2; compute right-sized 16 → 8 cores; region consolidation us-west-1 → us-west-2; multi-region transit gateway collapsed to single-region VPC peering; CloudTrail trails consolidated 3 → 1; AWS Budgets and Cost Anomaly Detection standing guard on the production account.
Engagement windowCustomer onboarding January 2026; alignment session and architecture-of-record decisions February 2026; multi-session Well-Architected Review across March 2026 (executive report completed 2026-03-26); Security Accelerator Tier 1 delivered from April 2026; Jack Henry database migration delivered 2026; phased migration program continuing under gated cutover governance.
Lessons & continuationFor a small-team regulated institution, the highest-leverage outputs are a sequenced 90-day roadmap that starts with credential rotation, AWS Backup cross-region replication, and GuardDuty/Security Hub enablement — and a cutover governed by gates rather than a calendar date. Mapping every finding to a specific WA question and a NIST SP 800-61-aligned IR plan makes the risk posture defensible to regulators; remaining migration waves and the Phase-2 SSIS/SSRS modernization to Glue, Step Functions, and QuickSight continue on that base.
AWS services across the engagement

AWS Well-Architected Tool · Amazon EC2 (SQL Server license-included) · Amazon ECS / AWS Fargate · Amazon RDS · AWS Glue · Amazon QuickSight · Amazon S3 · Amazon VPC + NAT Gateway · AWS Site-to-Site VPN · Amazon GuardDuty · AWS Security Hub · AWS Backup · AWS IAM Identity Center · IAM Access Analyzer · AWS Organizations · AWS KMS · AWS CloudTrail · AWS Config · Amazon CloudWatch + Container Insights · AWS X-Ray · AWS Budgets · AWS Cost Anomaly Detection · AWS Step Functions (Phase-2 modernization)