시험에 자주 나오는 네트워킹 서비스와 활용 사례
SAP-C02 샘플 문제를 분석하면, 네트워킹 서비스는 단독으로 출제되기보다 글로벌 트래픽 제어, 로드 밸런싱, 서버리스 엔드포인트 보안 같은 구체적인 활용 사례에 묶여서 등장합니다. 서비스 이름만 아는 것으로는 부족하고, “이 서비스가 왜 이 시나리오의 정답인가"까지 연결해서 학습해야 합니다.
1. Amazon Route 53 — 글로벌 트래픽 관리
가장 빈번하게 등장하는 네트워킹 서비스 중 하나로, 단순히 도메인을 연결하는 것을 넘어 글로벌 아키텍처에서 트래픽을 제어하는 핵심 역할을 합니다.
- 지연 시간 기반 라우팅(Latency-based routing): 전 세계 여러 리전에 애플리케이션을 배포했을 때, 사용자에게 가장 낮은 지연 시간을 제공하는 리전으로 트래픽을 유도하기 위해 사용됩니다.
- 사용자 지정 도메인 및 리전 간 라우팅: 여러 AWS 리전에 있는 리소스에 대해 하나의 커스텀 도메인을 호스팅하고 트래픽을 분산하는 데 활용됩니다.
App Runner를 두 번째 리전에 배포하고 Route 53 지연 시간 기반 라우팅으로 Active-Active를 구성하는 패턴은 최소한의 변경 원칙 에서 다룹니다.
2. Application Load Balancer(ALB) — 계층 7 로드 밸런싱
고가용성과 확장성을 설계할 때 필수적으로 등장하는 서비스입니다.
- 경로 기반 라우팅(Path-based routing): URL 경로에 따라 트래픽을 서로 다른 대상 그룹(Target Group)으로 전달하는 데 사용됩니다.
- 확장성 및 가용성 개선: 웹 티어 인스턴스들을 ALB 뒤에 배치함으로써 단일 접점을 제공하고, 트래픽을 효율적으로 분산하여 가용성을 높입니다.
- 보안 그룹과의 결합: 특정 포트(예: HTTPS 443)만 허용하는 보안 그룹과 함께 구성되어 보안 가드레일을 형성합니다.
EC2 + Elastic IP 직접 운영 구조를 ALB 뒤로 옮기는 현대화 사례는 운영 우수성 관점의 아키텍처 핵심 원리 에서 자세히 다룹니다.
3. Amazon API Gateway — 서버리스 엔드포인트
서버리스 아키텍처의 관문 역할을 하며 네트워킹 설정 관련 문제가 자주 나옵니다.
- CORS(교차 출처 리소스 공유) 설정: 다른 도메인(예: S3 웹 호스팅 도메인)에서 API를 호출할 때 브라우저 보안 정책을 준수하기 위해 API Gateway 수준에서 CORS를 활성화해야 합니다.
- 할당량 및 스로틀링 관리: 초당 요청 수 제한(10,000 rps 등) 및 동시성 제한으로 인한 502/429 오류 해결 시나리오에서 중요하게 다뤄집니다.
429 vs 502 오류의 원인 차이와 Usage Plan 조정·재시도·캐싱 전략은 API Gateway 429 오류와 Throttling 전략 에서 다룹니다.
4. Amazon VPC Endpoint — 프라이빗 연결
비록 샘플 문제에서는 특정 제약 사항(리전 간 이미지 접근 불가)을 설명하는 예시로 등장했지만, 보안 설계를 위해 꼭 알아야 할 서비스입니다.
- VPC 내부 연결: 인터넷을 거치지 않고 VPC 내에서 ECR과 같은 AWS 서비스에 안전하게 접근하기 위해 사용됩니다.
- 리전 범위의 한계: VPC 엔드포인트는 리전별 서비스이므로, 다른 리전의 리소스에 직접 접근하는 데는 한계가 있다는 점이 시험에서 함정으로 자주 등장합니다.
5. 기타 보안 및 주소 지정
- Elastic IP addresses: 기존 아키텍처에서 개별 인스턴스에 고정 IP를 부여하는 방식으로 등장하지만, 현대화 과정에서는 ALB를 통한 추상화가 권장됩니다.
- Security Groups: 인바운드·아웃바운드 트래픽을 포트 단위로 제어하는 기본 네트워킹 보안 도구입니다. 특히 Systems Manager Run Command가 인바운드 포트 개방 없이 아웃바운드 HTTPS(443)만으로 작동한다는 점이 강조됩니다.
인바운드 없이 아웃바운드 HTTPS만으로 인스턴스를 관리하는 SSM Run Command의 원리는 Systems Manager Run Command: 접속이 아니라 폴링이다 에서 다룹니다.
6. 온프레미스 연결 및 멀티 VPC 네트워킹 — 샘플 문제 외 필수 영역
제공된 10개 샘플 문제에는 직접 등장하지 않았지만, 실제 SAP-C02 시험에서는 온프레미스-클라우드 하이브리드 연결과 멀티 VPC 간 라우팅을 묻는 문제가 비중 있게 출제됩니다.
- AWS Direct Connect: 온프레미스 데이터센터와 AWS 리전을 연결하는 전용 물리 회선입니다. 인터넷을 거치지 않으므로 지연 시간이 낮고 일관되며, 대용량 데이터 전송(예: 데이터센터 마이그레이션, 지속적인 대용량 백업)에 적합합니다. 다만 구축에 수 주가 걸리고 비용이 가장 높습니다.
- AWS Site-to-Site VPN: 인터넷을 통한 IPsec 암호화 터널로 온프레미스와 VPC를 연결합니다. 몇 시간 내로 구축할 수 있어 빠르지만, 인터넷 경유이므로 지연 시간과 처리량이 변동적입니다. Direct Connect 구축 전 임시 연결이나, Direct Connect의 장애 대비 백업 경로로 자주 함께 출제됩니다.
- AWS Transit Gateway: 다수의 VPC와 온프레미스 연결을 하나의 허브로 모으는 중앙 라우터입니다. VPC가 늘어날수록 기하급수적으로 늘어나는 Peering 연결 수를 단순화하고, 중앙에서 라우팅 정책을 관리할 수 있어 대규모 멀티 계정·멀티 VPC 환경에서 권장됩니다.
- VPC Peering: 두 VPC를 1:1로 직접 연결합니다. 추이적(Transitive) 라우팅이 불가능하므로(A-B, B-C가 연결되어 있어도 A-C는 통신 불가) 연결할 VPC 수가 적을 때만 적합하며, 수십 개 이상으로 늘어나면 Transit Gateway로 전환하는 것이 정답으로 제시됩니다.
| 서비스 | 연결 방식 | 적합한 시나리오 | 핵심 특징 |
|---|---|---|---|
| Direct Connect | 전용 물리 회선 | 낮고 일관된 지연 시간이 필요한 대용량·지속적 하이브리드 워크로드 | 가장 안정적·고성능이지만 구축 기간(수 주)과 비용이 가장 높음 |
| Site-to-Site VPN | 인터넷 기반 IPsec 터널 | 빠르게 구축해야 하는 임시 연결, Direct Connect의 백업 경로 | 구축이 빠르고 저렴하지만 인터넷 경유로 지연 시간·대역폭이 변동적 |
| Transit Gateway | 허브-스포크 중앙 라우터 | 수십~수백 개의 VPC·온프레미스를 중앙에서 연결·라우팅해야 하는 대규모 환경 | Peering의 N:N 복잡도를 허브 하나로 단순화, 리전 간 피어링도 지원 |
| VPC Peering | 1:1 직접 연결 | 소수의 VPC 간 저비용 직접 통신 | 추이적 라우팅 불가, 동일 리전 내 트래픽은 무료 |
시험에서는 “가용성을 높이려면 Direct Connect와 Site-to-Site VPN을 함께 구성(Direct Connect 장애 시 VPN으로 페일오버)”, “VPC가 많아져 Peering 연결이 관리하기 어려워지면 Transit Gateway로 전환” 패턴이 자주 정답으로 제시됩니다. 단순히 정의를 외우기보다 이 조합 패턴을 기억하세요.
더 둘러보기
서비스 조합 관점의 핵심 서비스 정리는 시험에 반복 출제되는 핵심 서비스 5가지 영역, 화이트페이퍼 기반 학습은 SAP 시험 대비 필수 화이트페이퍼 5선 을 참고하세요.