기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
지역 서비스
지역 서비스는 여러 가용 영역을 기반으로 AWS 구축된 서비스이므로 고객이 영역 서비스를 최대한 활용하는 방법을 고민하지 않아도 됩니다. 여러 가용 영역에 배포된 서비스를 논리적으로 그룹화하여 고객에게 단일 지역 엔드포인트를 제공합니다. 아마존 SQS 및 아마존 DynamoDB는
AWS 대부분의 고객은 영역 서비스를 사용하는 지역 서비스 또는 다중 AZ 아키텍처를 사용하여 단일 지역에서 복원력 목표를 달성할 수 있다고 생각합니다. 그러나 일부 워크로드에는 추가 중복성이 필요할 수 있으며, 이를 분리하여 HA 또는 비즈니스 연속성을 위한 다중 지역 AWS 리전 아키텍처를 만들 수 있습니다. 물리적/논리적 분리를 통해 둘 사이의 상호 AWS 리전 관련된 장애를 방지할 수 있습니다. 즉, EC2 고객으로서 가용 영역 전체에 배포하여 가용 영역 격리의 이점을 누릴 수 있는 경우와 마찬가지로 여러 지역에 배포하면 지역 서비스에서도 동일한 이점을 얻을 수 있습니다. 이를 위해서는 애플리케이션에 다중 지역 아키텍처를 구현해야 하며, 이를 통해 지역 서비스의 장애에 대한 복원력을 확보할 수 있습니다.
그러나 다중 지역 아키텍처의 이점을 달성하는 것은 어려울 수 있습니다. 응용 프로그램 수준에서 어떤 것도 취소하지 않으면서 지역적 격리를 활용하려면 세심한 작업이 필요합니다. 예를 들어, 지역 간에 애플리케이션을 페일오버하는 경우 각 지역의 애플리케이션 스택을 엄격하게 구분하고, 모든 애플리케이션 종속성을 파악하고, 애플리케이션의 모든 부분을 함께 페일오버해야 합니다. 애플리케이션 간 종속성이 많은 복잡한 마이크로서비스 기반 아키텍처로 이를 달성하려면 많은 엔지니어링 및 비즈니스 팀 간의 계획과 조정이 필요합니다. 개별 워크로드가 자체적으로 페일오버 결정을 내리도록 허용하면 조정이 덜 복잡해지지만 단일 지역 내에서와 비교하여 지역 간에 발생하는 지연 시간의 현저한 차이로 인해 모달 동작이 발생합니다.
AWS 은 현재 지역 간 동기식 복제 기능을 제공하지 않습니다. 지역 간에 비동기적으로 복제된 데이터스토어 (에서 제공 AWS) 를 사용하는 경우 지역 간에 애플리케이션을 페일오버하면 데이터 손실이나 불일치가 발생할 수 있습니다. 발생할 수 있는 불일치를 줄이려면 신뢰할 수 있고 워크로드 포트폴리오의 여러 데이터 저장소에서 운영해야 하는 신뢰할 수 있는 데이터 조정 프로세스가 필요합니다. 그렇지 않으면 데이터 손실을 감수할 수 있어야 합니다. 마지막으로, 페일오버를 연습하여 필요할 때 제대로 작동하는지 확인해야 합니다. 페일오버를 실행하기 위해 애플리케이션을 지역 간에 정기적으로 교체하려면 상당한 시간과 리소스가 투자됩니다. 여러 지역에서 동시에 실행되는 애플리케이션을 지원하기 위해 여러 지역에서 동기식으로 복제된 데이터스토어를 사용하기로 결정한 경우, 100마일 또는 1000마일에 걸친 이러한 데이터베이스의 성능 특성 및 지연 시간은 단일 지역에서 운영되는 데이터베이스와는 매우 다릅니다. 이를 위해서는 이 동작을 고려하여 처음부터 애플리케이션 스택을 계획해야 합니다. 또한 두 지역의 가용성이 크게 종속되어 워크로드의 복원력이 저하될 수 있습니다.
