In this module, you will learn how to implement a reactive architecture that is elastic, resilient, and responsive. The components that make this architecture scalable and highly available (such as the second Availability Zone, the Application Load Balancer, Amazon EC2Auto Scaling, and Amazon Route 53) are discussed.
카페는 곧 유명한 TV 음식 쇼에 등장할 예정입니다. 방영될 때 Sofía와 Nikhil은 카페의 웹 서버에서 사용자 수가 일시적으로 급증할 것으로 예상합니다. 최대 수만 명의 사용자가 될 수도 있습니다. 현재 카페의 웹 서버는 하나의 가용 영역에 배포되어 있으며 예상되는 트래픽 증가를 처리하지 못할까봐 걱정하고 있습니다. 그들은 고객이 웹사이트를 방문할 때 훌륭한 경험을 하고 주문 지연이나 지연과 같은 문제가 발생하지 않도록 하기를 원합니다. 이러한 경험을 보장하려면 웹 사이트가 반응형이어야 하고 변동하는 고객 요구를 충족하도록 확장 및 축소해야 하며 가용성이 높아야 합니다. 또한 로드 밸런싱을 통합해야 합니다. 단일 서버에 과부하를 주는 대신 아키텍처는 수요 증가를 처리할 수 있도록 고객 주문 요청을 여러 애플리케이션 서버에 분산해야 합니다.
최신 애플리케이션은 다운타임 없이 1초 미만의 응답 시간으로 방대한 양의 데이터를 처리할 수 있어야 합니다. 이러한 요구 사항을 충족하기 위해 탄력적이고 탄력적이며 반응이 빠르고 메시지 기반인 반응 시스템을 구현할 수 있습니다. 잘 설계된 반응형 아키텍처는 비용을 절감하고 사용자에게 더 나은 경험을 제공할 수 있습니다. 이 모듈에서는 AWS에서 탄력적이고 탄력적이며 반응성이 뛰어난 반응형 아키텍처를 구축하는 방법을 배웁니다. 이후 모듈에서 분리된 아키텍처를 구축하기 위한 메시지 기반 구성 요소에 대해 알아봅니다.
반응형 아키텍처의 한 가지 특성은 탄력성입니다. 탄력성은 용량이 필요할 때 인프라가 확장 및 축소될 수 있음을 의미합니다. 필요할 때 리소스를 획득하고 필요하지 않을 때 리소스를 해제할 수 있습니다. 탄력성을 통해 다음을 수행할 수 있습니다.
•애플리케이션에 대한 트래픽이 급증할 때 웹 서버 수 증가
•트래픽이 감소할 때 데이터베이스의 쓰기 용량 감소
•아키텍처 전체에서 매일의 수요 변동 처리 카페의 예에서 탄력성은 다음과 같습니다. TV 쇼가 방송된 후 웹사이트에서 트래픽이 즉시 증가할 수 있기 때문에 중요합니다. 트래픽은 일주일 후에 정상 수준으로 떨어지거나 휴가철에 다시 증가할 수 있습니다.
스케일링은 탄력을 얻기 위해 사용되는 기술입니다. 확장은 애플리케이션의 컴퓨팅 용량을 늘리거나 줄이는 기능입니다. 조정에는 두 가지 유형이 있습니다.
• 수평 조정은 리소스를 추가하거나 제거하는 곳입니다. 예를 들어, 스토리지 어레이에 더 많은 하드 드라이브를 추가하거나 애플리케이션을 지원하기 위해 더 많은 서버를 추가해야 할 수 있습니다. 리소스를 추가하는 것을 확장이라고 하고 리소스를 종료하는 것을 축소라고 합니다. 수평 확장은 클라우드 컴퓨팅의 탄력성을 활용하는 인터넷 규모 애플리케이션을 구축하는 좋은 방법입니다.
•Vertical scaling은 개별 리소스의 사양을 늘리거나 줄이는 것입니다. 예를 들어, 더 큰 하드 드라이브나 더 빠른 CPU를 갖도록 서버를 업그레이드할 수 있습니다. Amazon Elastic Compute Cloud(Amazon EC2)를 사용하면 인스턴스를 중지하고 RAM, CPU, I/O 또는 네트워킹 기능이 더 많은 인스턴스 유형으로 크기를 조정할 수 있습니다. 수직적 확장은 결국 한계에 도달할 수 있으며 항상 비용 효율적이거나 가용성이 높은 접근 방식은 아닙니다.
그러나 구현하기 쉽고 특히 단기적으로 많은 사용 사례에 충분할 수 있습니다.
