지역 선택
서비스, 데이터 및 애플리케이션에 적합한 지역을 결정할 때는 다음 네 가지 비즈니스 요소를 고려하세요.
데이터 거버넌스 및 법적 요건 준수
회사 및 위치에 따라 특정 지역에서 데이터를 실행해야 할 수도 있습니다. 예를 들어, 회사에서 모든 데이터를 영국 경계 내에 저장해야 하는 경우 런던 리전을 선택할 수 있습니다.
모든 회사에 위치별 데이터 규정이 있는 것은 아니므로 다른 세 가지 요소에 더 집중해야 할 수도 있습니다.
고객과의 근접성
고객과 가까운 지역을 선택하면 고객에게 콘텐츠를 더 빠르게 제공하는 데 도움이 됩니다. 예를 들어 회사가 워싱턴 DC에 기반을 두고 있고 많은 고객이 싱가포르에 거주한다고 가정해 보겠습니다. 회사 본사와 가까운 북부 버지니아 리전에서 인프라를 실행하고 싱가포르 리전에서 애플리케이션을 실행하는 것을 고려할 수 있습니다.
리전 내에서 사용 가능한 서비스
때로는 가장 가까운 리전에 고객에게 제공하려는 모든 기능이 없을 수도 있습니다. AWS는 새로운 서비스를 만들고 기존 서비스 내에서 기능을 확장하는 방식으로 혁신을 거듭하고 있습니다. 그러나 전 세계에 새로운 서비스를 제공하려면 AWS가 리전 하나하나에 물리적 하드웨어를 구축해야 하는 경우가 있습니다.
개발자가 Amazon Braket(AWS 양자 컴퓨팅 플랫폼)을 사용하는 애플리케이션을 구축하고자 한다고 가정해 보겠습니다. 이 과정에서는 아직 전 세계 모든 AWS 리전에서 Amazon Braket을 사용할 수 있는 것은 아니므로 개발자는 이미 이를 제공하는 리전 중 하나에서 실행해야 합니다.
가격
미국과 브라질에서 애플리케이션을 실행하는 것을 고려하고 있다고 가정해 보겠습니다. 브라질의 세금 구조가 설정되어 있기 때문에 동일한 워크로드를 상파울루 리전에서 실행하는 것이 오레곤 리전에서 실행하는 것보다 50% 더 많은 비용이 들 수 있습니다.
가용성 영역
가용성영역은 리전 내의 단일 데이터 센터 또는 데이터 센터 그룹입니다. 가용 영역은 서로 수십 마일 떨어진 곳에 위치합니다. 이는 가용 영역 간의 지연 시간(콘텐츠 요청과 수신 사이의 시간)이 짧을 정도로 충분히 가깝습니다. 그러나 리전의 한 부분에서 재해가 발생하면 여러 가용 영역이 영향을 받을 가능성을 줄일 수 있을 만큼 충분히 멀리 떨어져 있습니다.
여러 가용 영역에서 Amazon EC2 인스턴스 실행하기
단일 가용 영역의 Amazon EC2 인스턴스
북부 캘리포니아 리전에 있는 단일 Amazon EC2 인스턴스에서 애플리케이션을 실행하고 있다고 가정해 보겠습니다. 이 인스턴스는 us-west-1a 가용 영역에서 실행 중입니다. Us-west-1a에 장애가 발생하면 인스턴스를 잃게 됩니다.
여러 가용 영역에 있는 Amazon EC2 인스턴스
모범 사례는 리전 내 2개 이상의 가용 영역에서 애플리케이션을 실행하는 것입니다. 이 예에서는 us-west-1b에서 두 번째 Amazon EC2 인스턴스를 실행하도록 선택할 수 있습니다.
가용 영역 장애
Us-west-1a에 장애가 발생해도 애플리케이션은 여전히 us-west-1b에서 실행됩니다.
에지 위치는 Amazon CloudFront가 더 빠른 전송을 위해 고객과 더 가까운 곳에 콘텐츠의 캐시된 사본을 저장하는 데 사용하는 사이트입니다.
Origin회사 데이터가 브라질에 저장되어 있고 중국에 거주하는 고객이 있다고 가정해 보겠습니다. 이러한 고객에게 콘텐츠를 제공하기 위해 모든 콘텐츠를 중국 리전 중 하나로 이동할 필요는 없습니다.
엣지 위치
고객이 브라질에서 데이터를 가져오도록 요청하는 대신 중국의 고객과 가까운 엣지 위치에 로컬로 사본을 캐시할 수 있습니다.
고객
중국에 있는 고객이 파일 중 하나를 요청하면 Amazon CloudFront가 에지 위치의 캐시에서 파일을 검색하여 고객에게 파일을 전달합니다. 브라질의 원본 소스가 아닌 중국 근처의 엣지 위치에서 파일을 가져왔기 때문에 고객에게 파일이 더 빨리 전달됩니다.
AWS 서비스와 상호 작용하는 방법
AWS 관리 콘솔
AWS 관리 콘솔은 AWS 서비스에 액세스하고 관리하기 위한 웹 기반 인터페이스입니다. 최근에 사용한 서비스에 빠르게 액세스하고 이름, 키워드 또는 약어로 다른 서비스를 검색할 수 있습니다. 콘솔에는 작업 완료 프로세스를 간소화할 수 있는 마법사와 자동화된 워크플로가 포함되어 있습니다. 또한 AWS 콘솔 모바일 애플리케이션을 사용하여 리소스 모니터링, 알람 보기, 청구 정보 액세스 등의 작업을 수행할 수 있습니다. 여러 ID가 동시에 AWS 콘솔 모바일 앱에 로그인 상태를 유지할 수 있습니다
AWS 명령줄 인터페이스
API 요청 시 시간을 절약하기 위해AWS 명령줄 인터페이스(AWS CLI)를 사용할 수 있습니다. AWS CLI를 사용하면 하나의 도구 내에서 명령줄로 여러 AWS 서비스를 직접 제어할 수 있습니다. AWS CLI는 Windows, macOS, Linux 사용자가 사용할 수 있습니다.
AWS CLI를 사용하면 스크립트를 통해 서비스 및 애플리케이션이 수행하는 작업을 자동화할 수 있습니다. 예를 들어, 명령을 사용하여 Amazon EC2 인스턴스를 시작하고, Amazon EC2 인스턴스를 특정 자동 스케일링 그룹에 연결하는 등의 작업을 수행할 수 있습니다.
소프트웨어 개발 키트 (SDK)
AWS 서비스에 액세스하고 관리하기 위한 또 다른 옵션은소프트웨어 개발 키트(SDK)입니다. SDK를 사용하면 프로그래밍 언어 또는 플랫폼에 맞게 설계된 API를 통해 AWS 서비스를 더 쉽게 사용할 수 있습니다. SDK를 사용하면 기존 애플리케이션과 함께 AWS 서비스를 사용하거나 AWS에서 실행될 완전히 새로운 애플리케이션을 만들 수 있습니다.
SDK 사용을 시작하는 데 도움이 되도록 AWS는 지원되는 각 프로그래밍 언어에 대한 문서와 샘플 코드를 제공합니다. 지원되는 프로그래밍 언어에는 C++, Java, .NET 등이 있습니다.
AWS Elastic Beanstalk 및 AWS CloudFormation
AWS Elastic Beanstalk
AWS Elastic Beanstalk를 사용하면 사용자가 코드와 구성 설정을 제공하고, Elastic Beanstalk가 다음 작업을 수행하는 데 필요한 리소스를 배포합니다:
- 용량 조정
- 로드 밸런싱
- 자동 확장
- 애플리케이션 상태 모니터링
AWS CloudFormation
AWS CloudFormation을 사용하면 인프라를 코드로 취급할 수 있습니다. 즉, 리소스를 개별적으로 프로비저닝하기 위해 AWS 관리 콘솔을 사용하는 대신 코드 한 줄을 작성하여 환경을 구축할 수 있습니다.
AWS CloudFormation은 안전하고 반복 가능한 방식으로 리소스를 프로비저닝하므로 수동 작업을 수행하거나 사용자 정의 스크립트를 작성할 필요 없이 인프라 및 애플리케이션을 자주 빌드할 수 있습니다. 스택을 관리할 때 수행해야 할 올바른 작업을 결정하고 오류가 감지되면 자동으로 변경 사항을 롤백합니다.
리소스
'CS > 시험 공부' 카테고리의 다른 글
| AWS CLF-02 #5 상세 정리 (3) | 2025.08.11 |
|---|---|
| AWS CLF-02 #4 상세 정리 (3) | 2025.08.11 |
| AWS CLF-02 #2 상세 정리 (3) | 2025.08.10 |
| AWS CLF-02 #1 상세 정리 (3) | 2025.08.10 |
| AWS CLF-02 시험 요약 - #1 (3) | 2025.08.10 |
