Why it matters
Cloud platforms give banks capacity on demand, managed databases and analytics, and environments that can be created in minutes. Whether and how a bank uses them is shaped less by technology than by rules: where data may live, what counts as outsourcing and how the bank would leave. Hybrid and multi-cloud deployment covers the architecture; this page covers the providers and constraints.
The landscape
| Provider | Regions in India (see sources) | Typical use in Indian banking | Notes |
|---|---|---|---|
| Amazon Web Services | Mumbai, Hyderabad | Channel back ends, analytics, development and testing | Broadest service catalogue |
| Microsoft Azure | Pune, Chennai, Mumbai | Workloads tied to Microsoft software and identity | Strong hybrid and identity tooling |
| Google Cloud | Mumbai, Delhi NCR | Data analytics and machine learning | Strong data and analytics services |
| Oracle Cloud Infrastructure | Mumbai, Hyderabad | Oracle database and application workloads | Natural home for Oracle-based systems |
| Indian data-centre and cloud operators | Various Indian cities | Private and community cloud, colocation | Local contracts and support |
Typical uses are general patterns, not claims about named banks. Region lists change; confirm on each provider's region page. Sources1Cloud Infrastructure Map. Cloud Infrastructure Map. As of 29 September 2026.
As of 2026, AWS runs cloud regions in Mumbai and Hyderabad, Microsoft Azure in Pune, Chennai and Mumbai, Google Cloud in Mumbai and Delhi NCR, and Oracle Cloud in Mumbai and Hyderabad.1Cloud Infrastructure Map. Cloud Infrastructure Map. As of 29 September 2026. Having more than one region in the country lets a bank run a primary and a disaster-recovery site without moving data abroad.
The regulatory frame
Three rules shape almost every cloud decision:
- Data residency. RBI's circular of 6 April 2018 requires payment system providers to store the entire data relating to their payment systems only in India; data on the foreign leg of a transaction may also be stored abroad.2Reserve Bank of India. Storage of Payment System Data (RBI/2017-18/153). As of 6 April 2018.
- Outsourcing. RBI's IT outsourcing Direction counts cloud computing services as outsourced IT services and adds specific requirements for storing, computing and moving data in the cloud.3Reserve Bank of India. Master Direction on Outsourcing of Information Technology Services (RBI/2023-24/102). As of 10 April 2023. RBI's Direction describes cloud security as a shared responsibility between the regulated entity and the cloud service provider.3Reserve Bank of India. Master Direction on Outsourcing of Information Technology Services (RBI/2023-24/102). As of 10 April 2023.
- Exit. A regulated entity's outsourcing policy must include termination processes and exit strategies, including business continuity if a service provider leaves the arrangement.3Reserve Bank of India. Master Direction on Outsourcing of Information Technology Services (RBI/2023-24/102). As of 10 April 2023.
Sovereign and community cloud
Some workloads are better served by cloud infrastructure dedicated to a sector or a country. A community cloud is shared among a defined group, such as banks of one type. IFTAS's Indian Banking Community Cloud provides core banking and other applications, such as SFMS and mobile banking, as web services.4Reserve Bank of India. Chief Executive Officer (CEO) for Indian Financial Technology and Allied Services (IFTAS). As of 20 September 2022. A sovereign cloud is operated so that data, operations and control stay within one jurisdiction. Both trade some of the public cloud’s breadth for tighter control.
How to choose
Most banks choose a provider per workload rather than for the whole estate. The deciding factors are usually:
- the software the workload already depends on;
- the services it needs, such as a managed database, analytics or AI;
- the availability of two regions in India for resilience;
- the bank’s existing skills and contracts;
- how easily the workload could move elsewhere.
Start with workloads that benefit most and carry least risk, such as development environments, analytics on masked data and customer-facing channels. Build the controls, contracts and evidence once, then reuse them.
Trade-offs
| Choice | You gain | You give up |
|---|---|---|
| Public cloud region in India | Elastic capacity and managed services, data in India | Outsourcing obligations and provider dependence |
| Provider-specific managed services | Speed and less to operate | Harder exit |
| Portable, open technologies on cloud | Easier exit | More to run yourself |
| Community or sovereign cloud | Tighter control and sector fit | Fewer services and less scale |
Pitfalls
- Assuming the provider handles security. Configuration, identity and data protection remain the bank’s job.
- Data leaving India unnoticed, through backups, logs, support access or a global service.
- Lock-in by convenience, when a workload uses so many provider-specific services that it cannot move.
- Cost surprises from idle resources and data transfer.
- An exit plan written only for the auditor.
Questions for a design review
- In which regions will this workload’s data, backups and logs reside?
- Which controls does the bank own, and which does the provider?
- What provider-specific services does this workload use, and what would replace them on exit?
- Has the outsourcing assessment been completed and approved?
- Who owns the running cost, and how is it reviewed?