Cloud Deployment Models
Overview of cloud resource deployment models (public, private, hybrid, community) and their effects on architecture, operations, and governance.
Classification
- ComplexityMedium
- Impact areaTechnical
- Decision typeArchitectural
- Organizational maturityIntermediate
Technical context
Principles & goals
Use cases & scenarios
Compromises
- Missing network security between environments can cause data leaks.
- Cost overruns due to unplanned usage and data movement.
- Unaddressed compliance requirements can lead to legal issues.
- Automate infrastructure provisioning and configuration management.
- Define clear responsibilities for data ownership and operations.
- Regularly assess costs and optimize resource consumption.
I/O & resources
- Workload profiles and performance requirements
- Compliance and data protection requirements
- Network, security, and integration requirements
- Recommended deployment model with architectural principles
- Cost and risk assessment
- Implementation and operational requirements
Description
Cloud deployment models describe how cloud resources are provisioned and managed (public, private, hybrid, community). They influence architecture, governance, security, and operations. The concept guides decisions about hosting strategies, balancing cost, compliance, and scalability. It provides practical guidance for selecting models based on workload and operational requirements.
✔Benefits
- Enables targeted control of cost and performance.
- Supports compliance via appropriate data residency and isolation.
- Allows flexible scaling and faster delivery of services.
✖Limitations
- Private clouds can incur higher operational costs and complexity.
- Hybrid models require additional integration effort.
- Public clouds introduce provider dependencies.
Trade-offs
Metrics
- Total cost of ownership (TCO)
Measurement of all direct and indirect costs across the solution lifecycle.
- Availability
Percentage of uptime of services within defined SLAs.
- Data transfer costs
Monetary evaluation of the volumes of data moved between environments.
Examples & implementations
Government infrastructure in a private cloud
A public authority runs sensitive systems in a private cloud to meet data protection requirements.
Retail platform on public cloud
An online retailer uses public cloud services for elastic scaling during sales events.
Bank with hybrid architecture
Core banking systems remain on-premise while customer-facing interfaces are hosted in the cloud.
Implementation steps
Conduct analysis of workloads and requirements.
Evaluate models (public/private/hybrid/community) against defined criteria.
Implement a proof-of-concept, run tests, and define the operating model.
⚠️ Technical debt & bottlenecks
Technical debt
- Unmodernized legacy systems impede cloud portability.
- Ad-hoc network integration without documentation increases maintenance costs.
- Insufficient automation leads to manual configuration overhead.
Known bottlenecks
Misuse examples
- Migrating sensitive customer data to a public cloud without encryption and compliance checks.
- Using a private cloud without sufficient operational resources, leading to outages.
- Splitting critical components across providers without consistent security policies.
Typical traps
- Underestimating network and integration costs between environments.
- Lack of automation leads to increased manual effort and errors.
- Ignoring organizational impacts such as changes in operations and support.
Required skills
Architectural drivers
Constraints
- • Regulatory requirements for data localization
- • Existing legacy systems with limited portability
- • Budget and capital constraints for infrastructure