Cloud Computing Fundamentals
Cloud computing delivers shared pools of compute, storage, and networking on demand over the internet. Instead of buying hardware, organizations provision resources programmatically, pay for what they use, and scale capacity up or down as workloads change.
itCloud computing | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Don't Panic
Don't Panic — Cloud Computing Fundamentals
Cloud computing is the habit of obtaining computing resources as services over a network instead of first acquiring every machine that will run them. The machines have not vanished. They are still very much there, performing their traditional role of needing power, cooling, and opinions about maintenance. The change is that a provider operates defined layers while you request and configure a service.
The useful test is not whether a server lives somewhere else. A cloud service has on-demand self-service, network access, pooled resources, elasticity, and measured use. Those five characteristics explain why cloud can shorten provisioning. They also explain why the bill has a detailed memory of every resource that was left running for sentimental reasons.
The first large decision is the service model, meaning which layers you control. IaaS gives you compute, storage, and networking, plus more work on the operating system and application. PaaS operates more of the platform so you focus on the application and configuration. SaaS supplies the application itself. More management from the provider removes particular tasks; it does not remove responsibility for data, identities, access, or configuration.
The second decision is the deployment model, which says who uses the infrastructure and how environments connect. Public, private, community, and hybrid answer that question. They do not answer the service-model question, because cloud terminology enjoys having two labels for two different boundaries.
Then comes placement. A region is a geographic area, and a zone is a separate location within one. Two zones give you choices during a failure, not automatic resilience. Traffic must move, data must remain correct, dependencies must survive, and recovery needs capacity. A replica is not automatically a backup, either. It has merely agreed to be nearby when trouble starts.
The course path unpacks the rest. Read the Intro when you need the full operating model and responsibility boundaries. Use Slides to see the decisions in order. Keep the Cheatsheet nearby when comparing service models, scopes, cost dimensions, and failure questions. Field Notes covers the awkward operational consequences that diagrams tend to leave in small print. The Quiz checks whether the boundaries have settled into place.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://csrc.nist.gov/pubs/sp/800/145/final
Supports
- Cloud-computing definition and operating model
- Five essential characteristics and their meanings
- IaaS, PaaS, and SaaS control boundaries
- Public, private, community, and hybrid deployment models
- https://nvlpubs.nist.gov/nistpubs/legacy/sp/nistspecialpublication500-292.pdf
Supports
- Vendor-neutral cloud reference architecture
- Consumer, provider, carrier, broker, and auditor roles
- Role relationships and use in assigning responsibility and risk
- https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.500-322.pdf
Supports
- Evaluation of whether a capability exhibits cloud characteristics
- Virtualization alone does not establish all cloud characteristics
- Service-model comparison based on consumer requirements and provider capabilities
- Multi-tenancy as shared but logically isolated use of a resource
- https://csrc.nist.gov/pubs/sp/800/144/final
Supports
- Public cloud moves data, applications, or infrastructure outside the organization
- Governance, compliance, trust, architecture, identity, data protection, availability, and incident-response considerations
- Security and privacy assessment before outsourcing to a public cloud
- https://learn.microsoft.com/en-us/training/modules/describe-cloud-compute/
Supports
- Beginner learning path through cloud concepts and deployment models
- Shared responsibility and consumption-based pricing as foundational topics
- Public, private, and hybrid use-case comparison
- https://learn.microsoft.com/en-us/azure/security/fundamentals/shared-responsibility
Supports
- Provider and consumer duties vary across IaaS, PaaS, and SaaS
- Consumer responsibility for data, identities, accounts, access, and configuration
- Provider responsibility for physical infrastructure
- https://docs.aws.amazon.com/global-infrastructure/latest/regions/aws-regions-availability-zones.html
Supports
- Regions as separate geographic areas and zones as independent locations within regions
- Regional and zonal resource scope
- A single-zone placement remains exposed to failure in that location
- Cross-region replication is not automatic for every resource
- https://docs.cloud.google.com/docs/overview
Supports
- Cloud capabilities exposed as services
- Regions, zones, and global, regional, and zonal resource scopes
- Placement effects on redundancy, latency, and resource interaction
- Projects as organization and billing boundaries for resources
- https://docs.cloud.google.com/compute/docs/regions-zones/global-regional-zonal-resources
Supports
- Resources spread across zones and regions can address different failure domains
- Resource scope determines accessibility and placement behavior
- Multi-location design requires deliberate resource distribution
- https://www.salesforce.com/company/our-story/
Supports
- Salesforce historical SaaS milestone
- https://aws.amazon.com/about-aws/whats-new/2006/03/13/announcing-amazon-s3---simple-storage-service/
Supports
- Amazon S3 launch in March 2006
- Web-service storage and usage-based service model
- https://aws.amazon.com/about-aws/whats-new/2006/08/24/announcing-amazon-elastic-compute-cloud-amazon-ec2---beta/
Supports
- Amazon EC2 beta launch in August 2006
- Resizable compute capacity and rapid provisioning
- https://cloud.google.com/blog/products/gcp/reflecting-on-our-ten-year-app-engine-journey/
Supports
- Google App Engine launch in 2008
- Managed application platform history
- https://news.microsoft.com/fr-fr/2010/02/08/windows-azure-en-france-cest-parti/
Supports
- Windows Azure commercial availability in February 2010
- https://www.openstack.org/blog/introducing-openstack/
Supports
- OpenStack introduction in July 2010
- Open-source platform for public and private clouds
- https://www.nist.gov/publications/nist-definition-cloud-computing
Supports
- Publication of NIST SP 800-145 in September 2011
- Vendor-neutral cloud model terminology
- https://aws.amazon.com/about-aws/whats-new/2014/11/13/introducing-aws-lambda/
Supports
- AWS Lambda preview launch in November 2014
- Event-triggered managed compute model
- https://docs.cloud.google.com/resource-manager/docs/cloud-platform-resource-hierarchy
Supports
- Resource hierarchy, policy inheritance, ownership, and organization boundaries
- https://docs.cloud.google.com/billing/docs/how-to/budgets
Supports
- Budget alerts do not automatically cap usage or spending
- Programmatic notifications and supported spend-cap controls
- https://aws.amazon.com/
Supports
- Amazon Web Services product landscape entry
- https://azure.microsoft.com/
Supports
- Microsoft Azure product landscape entry
- https://cloud.google.com/
Supports
- Google Cloud product landscape entry
- https://www.oracle.com/cloud/
Supports
- Oracle Cloud Infrastructure product landscape entry
- https://www.ibm.com/cloud
Supports
- IBM Cloud product landscape entry
- https://www.digitalocean.com/
Supports
- DigitalOcean product landscape entry
