Cloud Strategy for an enterprise
- Anand Nerurkar
- Mar 14
- 3 min read
1️⃣ Understand Business Objectives
First step is not technology, it is business alignment.
You engage with:
Business leaders
CXOs
Risk & compliance teams
To understand:
Business growth goals
Customer experience expectations
Regulatory requirements
Cost optimization targets
Example:
A bank may want:
faster digital product launches
improved scalability for mobile banking
better resilience for critical systems
“The first step is aligning cloud strategy with business objectives such as agility, resilience, customer experience, and cost optimization.”
2️⃣ Application & Workload Assessment
Next, assess current application landscape.
Questions asked:
Which systems are legacy systems?
Which systems are customer-facing digital systems?
Which systems have regulatory constraints?
Typical classification:
Category | Example |
Rehost | simple lift and shift |
Refactor | modify architecture |
Replatform | move to managed services |
Retain | keep on-prem |
Example in banking:
Core banking → remain on-prem initially Digital channels → move to cloud
“We perform application portfolio assessment to identify which workloads should be migrated, modernized, or retained.”
3️⃣ Define Target Operating Model (TOM)
This is where your idea fits perfectly.
A Target Operating Model defines how the organization will operate in cloud.
It includes:
People
New roles required:
Cloud architects
SRE engineers
DevOps engineers
Process
Define new processes:
CI/CD pipelines
Infrastructure automation
security governance
Technology
Technology platforms:
cloud infrastructure
container platforms
observability platforms
Governance
Policies for:
security
compliance
architecture standards
“We define a target operating model covering people, processes, technology platforms, and governance to ensure the organization can effectively operate in a cloud-native environment.”
4️⃣ Define Cloud Architecture & Platform
Now design the technical architecture.
Key decisions include:
Multi-cloud strategy
Hybrid connectivity
Security architecture
Data architecture
Example components:
Kubernetes platform
API management
identity management
monitoring platform
“At this stage we define the enterprise cloud architecture including platform services, security models, networking, and data architecture.”
5️⃣ Define Migration & Modernization Roadmap
Instead of migrating everything together, create phased roadmap.
Example phases:
Phase 1 Non-critical applications
Phase 2 Digital platforms
Phase 3 core system modernization
“We then create a phased transformation roadmap to gradually migrate and modernize workloads while minimizing business disruption.”
6️⃣ Governance, Security & FinOps
Once systems move to cloud, governance is critical.
Include:
Security
identity access control
zero trust
Cost governance
resource monitoring
FinOps model
Operations
monitoring
incident management
“Finally we establish strong governance including security policies, operational monitoring, and FinOps practices to ensure sustainable cloud adoption.”
“When defining a cloud strategy for an enterprise, I usually start with business alignment to understand growth objectives, customer experience goals, and regulatory constraints. The next step is application and workload assessment to identify which systems should be migrated, modernized, or retained. Based on this, we define a target operating model that includes people, processes, technology platforms, and governance required for operating in the cloud. We then design the enterprise cloud architecture including networking, security, platform services, and data architecture. After that, we create a phased migration and modernization roadmap to minimize disruption. Finally, we establish governance practices including security controls, operational monitoring, and FinOps to ensure the cloud environment remains secure, scalable, and cost-efficient.”
What Is the Biggest Mistake Enterprises Make During Cloud Transformation?
In my experience, the biggest mistake enterprises make during cloud transformation is treating it purely as an infrastructure migration rather than a broader operating model transformation.
Simply moving applications to the cloud without changing how teams build, deploy, and operate software often results in limited business value and higher costs.
1️⃣ Lift-and-Shift Without Modernization
Many organizations move legacy applications to the cloud using lift-and-shift approaches without addressing architectural limitations.
As a result:
applications remain tightly coupled
scalability benefits are limited
operational costs may actually increase.
Cloud should ideally be used to enable modern architectures and automation.
2️⃣ Lack of Cloud Operating Model
Another major issue is the absence of a clear cloud operating model.
Successful cloud adoption requires:
platform engineering teams
DevOps practices
automated infrastructure provisioning
strong governance.
Without these, cloud environments quickly become difficult to manage.
3️⃣ Weak Cost Governance
Many organizations underestimate the importance of FinOps and cost governance.
Without proper monitoring and accountability:
unused resources accumulate
environments remain over-provisioned
cloud costs grow rapidly.
4️⃣ Ignoring Security and Compliance Early
Security and compliance should be integrated into the cloud architecture from the beginning.
If addressed later, it often leads to rework and operational risk.
Successful cloud transformation is not just about moving workloads to the cloud, but about evolving architecture, engineering practices, and operating models to fully leverage cloud capabilities.
.png)

Comments