VOOZH about

URL: https://thenewstack.io/capital-one-serverless-architecture-p2p-payments/

⇱ The Capital One Serverless Architecture for Peer-to-Peer Payments - The New Stack


TNS
SUBSCRIBE
Join our community of software engineering leaders and aspirational developers. Always stay in-the-know by getting the most important news and exclusive content delivered fresh to your inbox to learn more about at-scale software development.
REQUIRED
It seems that you've previously unsubscribed from our newsletter in the past. Click the button below to open the re-subscribe form in a new tab. When you're done, simply close that tab and continue with this form to complete your subscription.
The New Stack does not sell your information or share it with unaffiliated third parties. By continuing, you agree to our Terms of Use and Privacy Policy.
Welcome and thank you for joining The New Stack community!
Please answer a few simple questions to help us deliver the news and resources you are interested in.
REQUIRED
REQUIRED
REQUIRED
REQUIRED
REQUIRED
Great to meet you!
Tell us a bit about your job so we can cover the topics you find most relevant.
REQUIRED
REQUIRED
REQUIRED
REQUIRED
REQUIRED
Welcome!

We’re so glad you’re here. You can expect all the best TNS content to arrive Monday through Friday to keep you on top of the news and at the top of your game.

What’s next?

Check your inbox for a confirmation email where you can adjust your preferences and even join additional groups.

Follow TNS on your favorite social media networks.

Become a TNS follower on LinkedIn.

Check out the latest featured and trending stories while you wait for your first TNS newsletter.

PREV
1 of 2
NEXT
VOXPOP
As a JavaScript developer, what non-React tools do you use most often?
Angular
0%
Astro
0%
Svelte
0%
Vue.js
0%
Other
0%
I only use React
0%
I don't use JavaScript
0%
Thanks for your opinion! Subscribe below to get the final results, published exclusively in our TNS Update newsletter:
NEW! Try Stackie AI
From clobbered drafts to real-time sync
Apr 14th 2026 10:00am, by David Moore
TypeScript 6.0 RC arrives as a bridge to a faster future
Mar 14th 2026 9:00am, by Darryl K. Taft
Mastra empowers web devs to build AI agents in TypeScript
Jan 28th 2026 11:00am, by Loraine Lawson
2017-12-15 09:00:06
The Capital One Serverless Architecture for Peer-to-Peer Payments
case-study,
Microservices / Serverless / Storage

The Capital One Serverless Architecture for Peer-to-Peer Payments

Dec 15th, 2017 9:00am by Mark Boyd
👁 Featued image for: The Capital One Serverless Architecture for Peer-to-Peer Payments

U.S. bank Capital One has introduced a serverless architecture to help manage its peer-to-peer payments system. In the United States, banks and the Visa/MasterCard network have collaborated to provide a peer-to-peer payments network. Based on the Clear xChange network, Zelle is the bank industry’s competitive answer to Venmo and in its rebranded state has been around since the middle of 2017. Capital One is part of this effort.

While Zelle is available as a standalone app, it is also integrated into most U.S. banks’ mobile apps, so that customers from any bank can send money to a friend or relative with a phone number or email, much like they can in Paypal’s popular Venmo. According to the Tearsheet, peer-to-peer payments (P2P) is a huge and growing transaction market, Paypal’s Venmo reported $9.4 billion in transactions in the third quarter of 2017, while Zelle has processed over 60 million transactions, valued at a total of $17.5 billion.

Peer-to-peer payments are expected to grow and become a core offering from a variety of tech giants: Facebook, for example, could offer its own payments infrastructure on top of its platform as well as in its chat apps Messenger and WhatsApp.

At its core, P2P is a digital tech, which often leaves banks at a significant disadvantage in being able to build and provide a workable solution that integrates with its legacy stack.

Like many banks, Capital One struggled with a monolithic application that their Zelle system was meant to sit on top of, said Srini Uppalapati, vice president of retail and direct technology at Capital One, speaking at the recent Serverlessconf event in New York

“We had lots of legacy services on perm, which were large, clunky SOAP services with a new REST layer on top,” Uppalapati described. But in addition to the old school tech, their organizational infrastructure added to the complexity: “Ownership of data models belonged to different teams and different lines of business within the bank.”

Uppalapati said this created a number of challenges that would be familiar to any traditional enterprise: it took lots of time to ship new features because of shared data ownership, coordination was “a nightmare to manage,” any problems in implementing new features would require massive rollbacks, and teams had to do manual integration testing to release new features.

👁 Image

As a result, Capital One looked to serverless architecture design patterns to help overcome much of these challenges and to create a more instant payments service for customers.

Uppalapati pointed to a wide range of Amazon services that were used in combination with the Amazon Web Services’ Lambda to make the serverless architecture possible, including:

  • RDS Aurora, using over 15 RDS Aurora instances
  • Cloud front for website content
  • Route 53 and elastic load balancer
  • KMS for predefined keys for encryption and decryption of credentials for APIs
  • Amazon ECS to run and manage Docker containers in Amazon EC2 instances
  • Amazon Cloud Watch and Amazon Cloud Trail for metrics and monitoring.

Uppalapati described a typical workflow in the new serverless payments architecture, where reporting is required on the use of credit and debit cards to process Zelle payments.

👁 Image

That requires some checking of transaction data for whether those payments match the customer’s accounts and to process as part of the bank’s global finance work. Uppalapati walks through the process:

“CapitalOne receives file feeds from MasterCard and Visa. As these are received into Simple Storage Service [S3], CloudWatch looks through them and triggers Lambda to filter the data for analysts, then invokes a microservice to match transactions from Zelle, categorize them as either a match or mismatch or whether they should be sent to global finances.”

These separate lists are then added to a database, with Lambda triggering reports at a scheduled time each day, at a time when all the day’s processing is expected to have been completed. “This then creates three files: all matches, all mismatches, and all global finance resettlement, and Lambda puts those three files in an S3 bucket,” Uppalapati described. “Then Lambda queries the bucket, and makes it downloadable for registered associates. A proxy maps the input parameters and has a front-end for associates to be able to download or manually process the report data, for example, funds transfer.”

Other major serverless use cases include reporting and analytics systems, and Capital One’s open source project BeamlineJS, an open source CI/CD pipeline for Lambda functions.

TRENDING STORIES
Mark Boyd is a freelance writer for The New Stack and ProgrammableWeb. He's into: API economy, open data, smart cities and tech that helps us interact and connect.
Read more from Mark Boyd
SHARE THIS STORY
TRENDING STORIES
TNS owner Insight Partners is an investor in: Docker.
SHARE THIS STORY
TRENDING STORIES
TNS DAILY NEWSLETTER Receive a free roundup of the most recent TNS articles in your inbox each day.
The New Stack does not sell your information or share it with unaffiliated third parties. By continuing, you agree to our Terms of Use and Privacy Policy.