Amazon Web Services Fundamentals
Amazon Web Services is a cloud computing platform offering on-demand infrastructure, storage, networking, databases, and higher-level services. It lets organizations provision and scale resources programmatically instead of buying and maintaining physical hardware.
itCloud computing | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Don't Panic
Don't Panic — Amazon Web Services Fundamentals
AWS is a cloud platform: a large collection of services you reach through APIs to run applications, store data, connect networks, and manage access. The collection is impressive, but the useful part is not memorizing its labels. It is knowing which boundary is doing which job before the labels begin breeding in the dark.
Start with the AWS account, the boundary that owns resources and receives charges. It is also where permissions, workloads, and audit activity gather. That sounds administrative until a small experiment becomes a public endpoint, an elevated role, or a recurring charge. Then it becomes architecture wearing a billing badge.
Next comes location. A Region is a separate geographic area, and most resources live in the Region selected when they are created. An Availability Zone is an isolated location inside that Region. One Zone can fail; independent capacity in more than one Zone can tolerate that kind of failure. A second Region solves different problems and asks for more work around data, routing, and operations. Geography, as usual, declines to remain a dropdown menu.
The other hinge is identity: the principal making an API request. A policy decides whether the request is allowed. The root user has complete account access, so it needs multi-factor authentication and a very short guest list. For ordinary access, roles and IAM Identity Center provide temporary credentials. That matters because credentials left in code have a habit of becoming archaeology with permissions.
Managed services change how much infrastructure AWS operates for you. They do not make the responsibility vanish. AWS secures the cloud infrastructure; you still secure data, identities, configurations, and application behavior. CloudTrail, tags, Billing and Cost Management, and Service Quotas make those choices visible before an incident or invoice explains them more loudly.
Read the introduction for the full map of accounts, Regions, identity, service families, and shared responsibility. Use the slides when the request path and failure boundaries need a compact picture. Keep the cheatsheet nearby when choosing an account, Region, identity, policy scope, or operational signal. The point is not to find one magic AWS service. It is to decide who owns the resource, where it runs, who can change it, how it is observed, and who receives the bill.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://aws.amazon.com/what-is-aws/
Supports
- AWS provides cloud capabilities including compute, storage, databases, networking, and managed services
- AWS global infrastructure supports workloads in cloud, on premises, and edge settings
- https://docs.aws.amazon.com/global-infrastructure/latest/regions/aws-regions-availability-zones.html
Supports
- Regions are separate geographic areas and Availability Zones are isolated locations within Regions
- Most AWS resources are regional and some resources are zonal
- Multi-Availability-Zone deployment supports availability through an Availability Zone failure
- https://docs.aws.amazon.com/global-infrastructure/latest/regions/aws-regions.html
Supports
- Region selection should consider required services and features, user proximity, and regulatory or operational requirements
- Some resources can be replicated across Regions but AWS does not automatically replicate them
- https://docs.aws.amazon.com/IAM/latest/UserGuide/getting-started-account-iam.html
Supports
- Root credentials are created during AWS account sign-up
- AWS recommends federation through IAM Identity Center for resource access
- https://docs.aws.amazon.com/IAM/latest/UserGuide/root-user-best-practices.html
Supports
- Root credentials have complete account access and should be used only when required
- Root user multi-factor authentication and avoiding root access keys are AWS recommendations
- Roles provide temporary credentials while IAM users have long-term credentials
- https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html
Supports
- IAM roles are assumable identities with permissions
- Assuming a role provides temporary security credentials for a role session
- https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html
Supports
- IAM policies define permissions and are evaluated when a principal makes a request
- Policy elements include effect, principal where applicable, action, resource, and optional condition
- Least privilege is an AWS IAM recommendation
- https://docs.aws.amazon.com/organizations/latest/userguide/orgs_introduction.html
Supports
- AWS accounts are boundaries for permissions, security, costs, and workloads
- AWS Organizations centrally manages multiple accounts, account groups, policies, and consolidated billing
- Multi-account environments support isolation and governance as workloads scale
- https://aws.amazon.com/compliance/shared-responsibility-model/
Supports
- AWS secures cloud infrastructure while customers secure their use of AWS services
- Customer responsibilities vary with the selected AWS services and their configurations
- https://docs.aws.amazon.com/awscloudtrail/latest/APIReference/Welcome.html
Supports
- CloudTrail records AWS API calls
- Recorded API information includes identity, time, source IP, request parameters, and response elements
- https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html
Supports
- Service quotas are maximum values for service resources, actions, and items
- Quotas can apply to an account or Region and Service Quotas can request supported increases
- https://docs.aws.amazon.com/cost-management/latest/userguide/what-is-costmanagement.html
Supports
- AWS Billing and Cost Management supports billing, invoices, cost analysis, organization, planning, and optimization
- https://docs.aws.amazon.com/wellarchitected/2025-02-25/framework/the-pillars-of-the-framework.html
Supports
- The Well-Architected Framework uses six pillars: operational excellence, security, reliability, performance efficiency, cost optimization, and sustainability
- https://aws.amazon.com/about-aws/our-origins/
Supports
- AWS launched Amazon S3 and Amazon EC2 in 2006
- https://aws.amazon.com/about-aws/whats-new/2006/03/13/announcing-amazon-s3---simple-storage-service/
Supports
- Amazon S3 launched in March 2006 as an API-based storage service
- https://aws.amazon.com/about-aws/whats-new/2009/08/26/introducing-amazon-virtual-private-cloud/
Supports
- Amazon VPC introduced isolated AWS compute resources connected to existing infrastructure through VPN
- https://aws.amazon.com/about-aws/whats-new/2011/05/03/announcing-IAM/
Supports
- IAM became generally available in May 2011
- https://aws.amazon.com/about-aws/whats-new/2012/06/11/Announcing-IAM-Roles-for-EC2-instances/
Supports
- IAM roles for EC2 instances enabled workload access to AWS service APIs
- https://aws.amazon.com/blogs/aws/aws-lambda-turns-ten-the-first-decade-of-serverless-innovation/
Supports
- AWS Lambda preview launched in 2014 with event triggers
- https://aws.amazon.com/blogs/aws/aws-organizations-policy-based-management-for-multiple-aws-accounts/
Supports
- AWS Organizations launched in 2017 with policy-based multi-account management and organizational units
- AWS recommends testing new or modified policies on a single account before scaling them
- https://aws.amazon.com/blogs/aws/happy-10th-birthday-aws-identity-and-access-management/
Supports
- IAM added attribute-based access control in 2018
- IAM expanded from users and policies to federation, roles, cross-account access, single sign-on, and policy analysis
- https://aws.amazon.com/blogs/aws/in-the-works-aws-european-sovereign-cloud/
Supports
- AWS announced the European Sovereign Cloud in October 2023 for sovereignty requirements
- https://aws.amazon.com/blogs/mt/deciding-between-large-accounts-or-micro-accounts-for-distributed-operations-at-aws/
Supports
- Account strategy trades isolation for operational design and implementation work
- https://aws.amazon.com/blogs/architecture/6000-aws-accounts-three-people-one-platform-lessons-learned/
Supports
- Operating many accounts requires automated provisioning, baseline setup, roles, guardrails, service enablement, and quota visibility
- Account-scoped quotas can expose concentrated workload demand and throttling risk
- https://aws.amazon.com/about-aws/whats-new/2012/11/19/Announcing-Cross-Account-API-Access-Using-IAM-Roles/
Supports
- Cross-account IAM roles delegate temporary API access without sharing long-term credentials
- https://aws.amazon.com/
Supports
- Amazon Web Services is a public cloud platform
- https://azure.microsoft.com/
Supports
- Microsoft Azure is a public cloud platform
- https://cloud.google.com/
Supports
- Google Cloud is a public cloud platform
- https://www.oracle.com/cloud/
Supports
- Oracle Cloud Infrastructure is a public cloud platform
- https://www.ibm.com/cloud
Supports
- IBM Cloud is a public cloud platform
- https://www.alibabacloud.com/
Supports
- Alibaba Cloud is a public cloud platform
