Global Infrastructure and Deployment

Understand the differences between AWS Regions, AZs, Edge Locations, and learn about IaC and deployment methods.

Why Does AWS Put Data Centers Around the World?

When a server is far from you, web pages feel slow. And if all data centers are in one place, a single power outage or earthquake could knock out services for millions of people worldwide.

AWS solves this by spreading data centers across the globe in a carefully designed structure. Understanding this structure helps you know why services are faster in some regions, and how to design systems that survive failures.

---

 

Think of a Global Restaurant Franchise

Imagine a restaurant chain with branches all over the world. This comparison makes AWS infrastructure easy to picture.

A Region = the main office in each major city. The Seoul office and the Tokyo office operate completely independently of each other. An Availability Zone (AZ) = multiple branches within the same city. If the Gangnam branch catches fire, the Hongdae and Yeouido branches keep serving customers without interruption. An Edge Location = a delivery hub near residential neighborhoods. Food reaches customers faster because it comes from nearby, not from the city center.

---

 

What Is a Region?

A Region is an independent cluster of data centers located in a major part of the world. AWS currently has more than 30 Regions, and each one operates completely independently. If something goes wrong in one Region, other Regions are not affected.

When choosing a Region, consider four things.

Data Sovereignty: some countries have laws requiring that personal data must be stored on servers within their borders. If you serve users in such a country, you must use that country's Region.

Distance to users: the closer the server is to your users, the faster the responses. If most of your users are in Korea, the Seoul Region gives them the best experience.

Available services: not every AWS service is available in every Region. Newer services often launch in the US East Region first and roll out to others over time.

Pricing: the same service can cost slightly different amounts depending on which Region you use.

---

 

What Is an Availability Zone?

Within a single Region, there are multiple physically separated groups of data centers. These are called Availability Zones, or AZs. A typical Region has three or more AZs.

Each AZ is connected to the others by high-speed dedicated lines, but the power supply and cooling systems are completely independent. If one AZ loses power or has a fire, the others keep running without any impact.

Multi-AZ deployment means spreading your important services across multiple AZs. If one AZ goes down, your service keeps running on the others. This is the fundamental way to achieve High Availability on AWS.

---

 

What Is an Edge Location?

Edge Locations are small caching servers scattered across hundreds of cities around the world. There are far more Edge Locations than Regions, and some countries that have no AWS Region still have Edge Locations.

Amazon CloudFront uses Edge Locations. It stores copies of frequently requested content — images, videos, web pages — at the Edge Location nearest to each user. When a user in Seoul requests a photo, it comes from the Seoul Edge Location rather than from a server in the US, making it dramatically faster.

!AWS global infrastructure: Region, AZ, Edge Location

Three Ways to Use AWS

There are three main ways to interact with AWS.

The Management Console is a graphical interface you use in a web browser. It is the most beginner-friendly approach — you point, click, and configure services with a mouse.

The CLI (Command Line Interface) lets you control AWS by typing text commands in a terminal. It is especially useful for automating repetitive tasks.

The SDK (Software Development Kit) lets you call AWS APIs directly from programming languages like Python, Java, or JavaScript. It is used when you want to build AWS features into your own applications.

All three methods ultimately call the same AWS APIs behind the scenes. The results are identical.

---

 

Managing Infrastructure as Code — IaC

IaC (Infrastructure as Code) means defining your infrastructure in a text file and deploying it automatically.

Think of a cooking recipe. Anyone who follows the same recipe gets the same dish. IaC works the same way. Once your infrastructure is described in code, you can create identical environments automatically, any time you need them.

AWS CloudFormation defines infrastructure using JSON or YAML text files. A single file can deploy dozens of servers, networks, and databases all at once.

AWS CDK (Cloud Development Kit) lets you write infrastructure using programming languages like Python or TypeScript, which many developers find more natural.

Benefits of IaC: environments can be reproduced exactly, changes can be tracked with version control tools like Git, and human configuration errors are dramatically reduced.

---

 

Exam Key Points

"Physically separated data center groups" → Availability Zone (AZ) "Independent geographic areas" → Region "Deliver content quickly from near the user" → Edge Location (Amazon CloudFront) "Spread across multiple locations for high availability" → Multi-AZ deployment "Define infrastructure as code and deploy automatically" → AWS CloudFormation or AWS CDK "Use AWS with a graphical interface in a browser" → Management Console Four Region selection criteria: data sovereignty, distance to users, available services, pricing

Back to blog list