이번 회차에서 다룬 내용

2026년 1월 8일 목요일, AWS Certified Cloud Practitioner(CLF-C02) 스터디 2회차를 진행했다. 이날의 큰 주제는 AWS 글로벌 인프라였다.

발표자 배정표 기준으로 2회차 범위는 다음과 같았다.

  • A(대산): Region 개념 & 선택 기준
  • B(현석): Availability Zone & 고가용성
  • C(현석): Edge Location & CDN
  • D(지호): Global Service vs Regional Service

1회차가 “클라우드가 무엇인가”를 이해하는 시간이었고, 2회차는 “AWS가 그 클라우드를 어떤 물리적·논리적 구조로 제공하는가”를 이해하는 시간이었다.

Cloud Practitioner를 공부하면서 느끼는 것 중 하나는, AWS 서비스 이름을 외우기 전에 AWS가 어디에, 어떤 단위로, 어떤 범위까지 서비스를 제공하는가를 이해하는 게 훨씬 중요하다는 점이다. 이걸 모르면 나중에 EC2, S3, CloudFront, IAM, Route 53 같은 서비스가 전부 따로 노는 개념처럼 보인다.

반대로 Region, AZ, Edge Location, Global/Regional 범위를 먼저 잡아두면, 이후에 배우는 서비스가 어디서 동작하고 어떤 방식으로 가용성과 지연 시간을 설계하는지 자연스럽게 연결된다.

왜 글로벌 인프라를 먼저 이해해야 하나

AWS를 처음 접하면 보통 서비스 이름부터 들어온다.

  • EC2는 가상 서버
  • S3는 객체 스토리지
  • RDS는 관리형 데이터베이스
  • Lambda는 서버리스

그런데 실제로 AWS를 쓸 때는 기능만큼이나 위치와 범위가 중요하다.

예를 들면 이런 질문들이 생긴다.

  • 한국 사용자 대상 서비스면 어느 Region을 써야 하는가
  • 장애가 나도 서비스가 안 멈추게 하려면 어떻게 배치해야 하는가
  • 전 세계 사용자에게 빠르게 콘텐츠를 전달하려면 무엇을 써야 하는가
  • 어떤 서비스는 전역(Global)이고 어떤 서비스는 리전 단위(Regional)인 이유가 무엇인가

이 질문은 결국 “AWS 글로벌 인프라를 이해하고 있느냐”로 돌아온다.

2회차는 이 기반을 잡는 시간이었다.

AWS 글로벌 인프라를 크게 보면

AWS 글로벌 인프라는 아주 단순하게 보면 세 층위로 나눠서 이해할 수 있다.

  1. Region
  2. Availability Zone
  3. Edge Location

그리고 이 구조 위에서 AWS 서비스는 크게

  • Global Service
  • Regional Service

형태로 동작한다.

즉, 2회차는 “AWS가 전 세계에 서버를 많이 깔아두었다” 수준을 넘어서, 그걸 어떤 단위로 쪼개서 운영하고, 사용자는 어떤 기준으로 선택해야 하는가를 배우는 시간이었다.

Region이란 무엇인가

Region은 AWS가 특정 지리적 위치에 구축해 둔 독립적인 물리적 인프라 권역이다.

쉽게 말하면:

  • 서울 리전
  • 도쿄 리전
  • 싱가포르 리전
  • 프랑크푸르트 리전
  • 북버지니아 리전

같이 전 세계에 나뉘어 있는 큰 운영 단위라고 보면 된다.

Region의 핵심 포인트

  • 각 Region은 서로 독립적이다.
  • 하나의 Region 안에는 여러 개의 Availability Zone이 있다.
  • 데이터와 서비스는 기본적으로 내가 선택한 Region 안에서 동작한다.

이 “독립성”이 중요하다. 어떤 리전에 문제가 생겼다고 해서 모든 AWS 서비스가 동시에 멈추는 구조가 아니라, 리전별로 분리된 구조를 가지고 있기 때문이다.

시험 관점에서는 Region을 보통 다음처럼 이해하면 된다.

  • AWS의 지리적 배치 단위
  • 데이터와 리소스를 배치하는 기본 단위
  • 지연 시간, 규제, 비용, 가용성 설계의 출발점

왜 Region을 신중하게 골라야 하나

CLF-C02에서 Region 관련 문제는 단순 정의보다도 선택 기준을 묻는 식으로 자주 나온다.

1. 지연 시간(Latency)

사용자와 가까운 Region을 선택하면 응답 속도가 빨라진다.

예를 들어 한국 사용자가 주 고객이라면 서울 리전이 유리할 가능성이 높다. 반대로 미국 동부 사용자가 많다면 북버지니아 같은 리전이 더 적합할 수 있다.

이건 CloudFront나 Edge Location과 연결되지만, 기본적으로 원본 서비스가 어느 리전에 있느냐도 체감 속도에 영향을 준다.

2. 데이터 주권 및 규제

어떤 데이터는 특정 국가 안에 저장되어야 한다는 규제나 정책이 있을 수 있다.

예를 들어 공공, 금융, 의료처럼 규제가 강한 분야는 단순히 “가까운 리전”만 볼 수 없고, 데이터 저장 위치 자체가 중요하다.

즉, Region 선택은 기술 문제가 아니라 법적·정책적 문제이기도 하다.

3. 서비스 가용 여부

모든 AWS 서비스가 모든 리전에서 동일하게 제공되는 것은 아니다.

새로운 기능이나 특정 서비스는 어떤 리전에는 먼저 나오고, 어떤 리전에는 나중에 들어오기도 한다. 따라서 필요한 서비스가 해당 리전에 있는지 확인해야 한다.

4. 비용

리전마다 가격이 다를 수 있다.

같은 서비스라도 리전에 따라 비용 구조가 조금씩 다를 수 있기 때문에, 대규모 운영에서는 비용도 중요한 선택 기준이 된다.

5. 재해 복구 전략

한 리전 내부의 고가용성뿐 아니라, 리전 간 복구 전략을 고려해야 하는 경우도 있다. 이때는 주 리전과 보조 리전을 어떻게 구성할지도 중요해진다.

Availability Zone(AZ)이란 무엇인가

Availability Zone은 하나의 Region 안에 있는 물리적으로 분리된 데이터센터 집합이다.

쉽게 말하면:

  • Region은 큰 권역
  • AZ는 그 권역 안의 서로 분리된 개별 운영 구역

서울 리전 안에도 여러 AZ가 존재한다. AWS는 이들을 논리적으로 구분해서 제공한다.

AZ의 핵심 특징

  • 한 Region 안에 여러 AZ가 있다.
  • 각 AZ는 전력, 네트워크, 물리적 시설 측면에서 어느 정도 분리되어 있다.
  • 동시에 같은 리전 안이므로 서로 연결이 매우 빠르다.

이 구조 덕분에 AWS는 단순히 “서울 리전에 서버 한 대”가 아니라, 서울 리전의 서로 다른 AZ에 리소스를 분산 배치하는 방식으로 가용성을 높일 수 있다.

AZ와 고가용성(High Availability)

2회차에서 중요한 키워드 중 하나가 고가용성이었다.

고가용성은 쉽게 말하면 “장애가 나도 서비스가 최대한 계속 동작하도록 만드는 것”이다.

왜 단일 AZ는 위험한가

하나의 AZ에만 서버와 데이터베이스를 몰아두면, 그 AZ에 문제가 생겼을 때 서비스가 같이 멈출 수 있다.

물론 AWS 인프라는 기본적으로 안정적이지만, 시험에서는 항상 단일 장애 지점(Single Point of Failure) 을 줄이는 방향으로 생각하는 것이 중요하다.

Multi-AZ의 의미

서로 다른 AZ에 리소스를 배치하면:

  • 한쪽 AZ에 문제가 생겨도
  • 다른 AZ가 계속 서비스를 유지할 가능성이 높아진다

즉, Multi-AZ 배치는 AWS 시험에서 고가용성을 묻는 거의 기본 답안 패턴 중 하나다.

여기서 주의할 점

Multi-AZ는 높은 가용성을 위한 것이지, 곧바로 “글로벌 서비스”를 뜻하는 것은 아니다.

즉:

  • Multi-AZ = 같은 Region 안에서의 가용성 강화
  • Multi-Region = 리전 단위 복구 또는 글로벌 운영

이 둘은 레벨이 다르다. 시험에서 자주 섞여 나오는 포인트라 구분해야 한다.

Region과 AZ를 함께 이해하기

처음 공부할 때는 이 둘이 머릿속에서 잘 분리되지 않는다. 그래서 이렇게 이해하면 편하다.

Region

서비스를 배치할 큰 지리적 범위를 정하는 것

AZ

그 리전 안에서 장애에 대비해 리소스를 나눠 담는 것

즉:

  • Region 선택은 “어디에 둘 것인가”
  • AZ 설계는 “그 안에서 어떻게 나눠서 안정적으로 둘 것인가”

라는 차이로 이해하면 정리가 잘 된다.

Edge Location이란 무엇인가

Edge Location은 AWS의 글로벌 네트워크 끝단에 위치한 접점으로, 사용자에게 더 가까운 위치에서 콘텐츠를 빠르게 전달하기 위해 사용하는 인프라다.

처음 보면 Region이나 AZ와 비슷한 위치 개념처럼 느껴질 수 있는데, 역할이 다르다.

Region과 Edge Location의 차이

  • Region: 핵심 서비스와 데이터가 배치되는 중심 운영 거점
  • Edge Location: 사용자 가까이에서 콘텐츠 전달을 빠르게 하기 위한 캐시·전달 거점

즉, Edge Location은 “주요 애플리케이션 리소스를 배치하는 곳”이라기보다, 전달 속도를 높이는 중간 거점으로 이해하는 것이 맞다.

Edge Location과 CDN

Edge Location을 설명할 때 같이 나오는 것이 CDN(Content Delivery Network) 이다.

CDN은 정적 콘텐츠나 자주 요청되는 콘텐츠를 사용자 가까운 위치에서 전달해 지연 시간을 줄이는 방식이다.

AWS에서 이 역할을 대표적으로 하는 서비스가 CloudFront 다.

CloudFront가 하는 일

예를 들어 원본 서버가 서울 리전에 있고, 사용자가 유럽에서 접속한다고 하자.

매번 유럽 사용자가 서울 리전까지 직접 요청하면 시간이 더 걸릴 수 있다. 하지만 CloudFront를 이용하면 가까운 Edge Location에 콘텐츠를 캐싱해 두고 더 빠르게 전달할 수 있다.

즉, CloudFront는 전 세계 Edge Location을 활용해:

  • 응답 속도를 줄이고
  • 원본 서버 부하를 낮추고
  • 더 빠른 사용자 경험을 제공한다

이 구조는 시험에서 자주 나온다. “전 세계 사용자에게 정적 콘텐츠를 빠르게 제공하려면?” 같은 문제에서 CloudFront와 Edge Location 조합을 떠올리면 된다.

Edge Location은 고가용성과는 결이 다르다

이 부분도 자주 헷갈린다.

  • AZ는 같은 리전 안에서의 고가용성
  • Edge Location은 사용자 가까이에서 빠른 전달

즉, AZ는 서비스가 안 죽게 하는 구조에 가깝고, Edge Location은 서비스가 더 빨리 보이게 하는 구조에 가깝다.

물론 결과적으로 사용자 경험이 좋아지고, 분산 효과도 생길 수 있지만, 시험 개념상 핵심 목적은 다르다.

Global Service vs Regional Service

2회차 마지막 주제는 AWS 서비스 범위의 이해였다.

AWS 서비스를 공부하다 보면 어떤 것은 리전 개념이 강하고, 어떤 것은 전역 서비스처럼 보인다. 여기서 나오는 구분이 Global Service와 Regional Service다.

Regional Service

리전 단위로 동작하는 서비스다.

즉, 내가 어느 리전을 선택했는지에 따라 리소스가 배치되고 관리된다.

대표적으로 떠올리기 쉬운 것은:

  • EC2
  • RDS
  • VPC

같은 서비스들이다.

이런 서비스는 보통 “서울 리전에 만들었다”, “도쿄 리전에 만들었다”처럼 말할 수 있다.

Global Service

전역 범위에서 동작하거나, 특정 리전에 묶이지 않는 것처럼 다루는 서비스다.

Cloud Practitioner 수준에서는 대표적으로:

  • IAM
  • Route 53
  • CloudFront

같은 서비스들이 자주 언급된다.

다만 이 부분은 서비스마다 동작 방식이 조금 다르므로, 시험에서는 “리전 선택이 직접적인 핵심인지 아닌지” 정도로 이해하는 편이 좋다.

왜 이 구분이 중요한가

Global/Regional 구분은 그냥 분류를 위한 분류가 아니다.

1. 설계 기준이 달라진다

Regional Service는 리전 선택이 중요하다. 지연 시간, 비용, 데이터 위치, DR 전략과 바로 연결되기 때문이다.

반면 Global Service는 상대적으로 “전 세계 범위에서 관리되는 특성”을 가지므로 접근 방식이 다르다.

2. 시험에서 함정 포인트가 된다

예를 들어 IAM은 리전별 유저를 따로 만드는 구조가 아니라 AWS 계정 수준에서 보는 편이 맞다. 이런 차이를 모르면 서비스 범위를 잘못 이해하게 된다.

3. 운영 관점에서도 중요하다

어떤 자원이 리전 단위인지 알면 장애 대응, 백업, 다중 리전 전략을 더 정확히 세울 수 있다.

Region / AZ / Edge Location / Service Scope를 한 번에 연결해 보기

2회차는 사실 네 개의 독립 주제가 아니라 하나의 흐름으로 이어진다.

1. Region

서비스를 어디에 배치할지 정한다.

2. AZ

같은 리전 안에서 얼마나 안정적으로 나눠서 운영할지 정한다.

3. Edge Location

사용자에게 얼마나 빠르게 전달할지 정한다.

4. Global vs Regional Service

각 AWS 서비스가 어느 범위에서 관리되고 이해되어야 하는지 구분한다.

이렇게 보면 AWS 글로벌 인프라는 단순히 지도 위 점들이 아니라, 배치, 가용성, 전달, 관리 범위를 각각 다른 층위에서 해결하는 구조라는 걸 알 수 있다.

이번 회차에서 특히 헷갈리기 쉬운 부분

이번 회차는 생각보다 비슷한 단어가 많아서 머릿속에서 뒤섞이기 쉬웠다.

1. Region과 AZ의 차이

처음에는 둘 다 위치 개념이라 크게 다르지 않게 느껴졌다. 하지만 정리해보니 Region은 큰 지리적 단위이고, AZ는 그 안에서 장애를 분산하기 위한 내부 단위였다.

2. AZ와 Edge Location의 역할 차이

둘 다 분산되어 있다는 점 때문에 비슷하게 느껴졌지만, AZ는 가용성, Edge Location은 전달 속도와 캐싱이라는 목적 차이가 컸다.

3. Global Service와 Regional Service의 범위감

서비스 이름만 외우면 리전과 어떤 관계인지 감이 잘 안 온다. 그래서 앞으로는 새 서비스를 배울 때마다 “이건 리전 단위인가, 전역 단위인가”를 같이 적어보는 습관이 필요하겠다고 느꼈다.

시험 전에 다시 볼 포인트

시험용으로 아주 짧게 압축하면:

  • Region은 AWS의 지리적 인프라 권역이다.
  • Availability Zone은 한 Region 안의 물리적으로 분리된 운영 구역이다.
  • 고가용성을 위해서는 여러 AZ에 리소스를 분산 배치하는 전략이 중요하다.
  • Edge Location은 사용자 가까이에서 콘텐츠를 빠르게 전달하기 위한 거점이다.
  • CloudFront는 Edge Location을 활용하는 대표 서비스다.
  • 어떤 서비스는 Global, 어떤 서비스는 Regional 범위로 이해해야 한다.

2회차는 이후 스터디의 거의 모든 내용을 연결하는 기반이었다. 3회차에서 EC2를 배울 때도 “이건 어느 리전에 올릴까”, “여러 AZ로 나눠야 하나”, “전 세계 사용자를 위해 전달은 어떻게 최적화할까” 같은 질문이 계속 따라오기 때문이다.

자료 다운로드

reference 폴더 기준으로 2회차와 직접 연결되는 자료 파일은 아래 2개였다. 복습용으로 바로 내려받을 수 있게 정적 경로로 옮겨두었다.

다음 글에서는 1월 13일 3회차 주제였던 Compute 핵심, 특히 EC2와 Auto Scaling, 그리고 서비스 선택 기준을 정리할 예정이다.

#aws#clf-c02#cloud-practitioner#region#availability-zone#edge-location#global-service#regional-service#study#certification

Community

Comments

0 comments

Comments appear immediately. Use report if something needs review.

Max 40 chars for name, 500 chars for comment.

No comments yet.