컨트롤 플레인 및 데이터 영역

AWS대부분의 서비스를 컨트롤 플레인 및 데이터 플레인 개념으로 구분합니다. 이러한 용어는 네트워킹, 특히 라우터의 세계에서 유래했습니다. 라우터의 주요 기능인 데이터 플레인은 규칙에 따라 패킷을 이동시킵니다. 하지만 라우팅 정책을 만들고 어딘가에서 배포해야 하기 때문에 컨트롤 플레인이 필요합니다.

컨트롤 플레인은 CRUDL (리소스를 생성, 읽기/설명, 업데이트, 삭제, 나열) 하는 데 사용되는 관리 API를 제공합니다. 예를 들어, 새 Amazon Elastic Compute Cloud (Amazon EC2) 인스턴스 시작, 아마존 심플 스토리지 서비스 (Amazon S3) 버킷 생성, 아마존 심플 큐 서비스 (Amazon SQS) 대기열 설명 등 모든 컨트롤 플레인 작업이 여기에 해당합니다. EC2 인스턴스를 시작할 때 컨트롤 플레인은 용량이 있는 물리적 호스트 찾기, 네트워크 인터페이스 할당, Amazon Elastic Block Store (Amazon EBS) 볼륨 준비, IAM 자격 증명 생성, 보안 그룹 규칙 추가 등과 같은 여러 작업을 수행해야 합니다. 컨트롤 플레인은 복잡한 오케스트레이션 및 집계 시스템인 경향이 있습니다.

데이터 플레인은 서비스의 주요 기능을 제공합니다. 예를 들어, 실행 중인 EC2 인스턴스 자체, EBS 볼륨 읽기 및 쓰기, S3 버킷에 객체 가져오기 및 넣기, DNS 쿼리에 응답하고 상태 확인을 수행하는 Route 53 등 관련된 각 서비스에 대한 데이터 플레인의 모든 부분이 다음과 같습니다.

데이터 플레인은 일반적으로 복잡한 워크플로, 비즈니스 로직 및 데이터베이스 시스템을 구현하는 컨트롤 플레인에 비해 움직이는 부분이 적어 의도적으로 덜 복잡합니다. 따라서 컨트롤 플레인보다 데이터 플레인에서 장애 이벤트가 발생할 가능성이 통계적으로 낮아집니다. 데이터와 컨트롤 플레인 모두 서비스의 전반적인 운영과 성공에 기여하지만, 이를 AWS 별개의 구성 요소로 간주합니다. 이러한 분리는 성능과 가용성에 모두 도움이 됩니다.