아키텍처 다이어그램
Provide Architecture diagram designed with scalability and high availability AWS Partner must submit architecture diagrams depicting the overall design and deployment of its AWS Partner solution on AWS as well as any other relevant details of the solution for the specific customer in question. The submitted diagrams are intended to provide context to the AWS Solutions Architect conducting the Technical Validation. It is critical to provide clear diagrams with an appropriate level of detail that enable the AWS Solutions Architect to validate the other requirements listed below. Each architecture diagram must show: • All of the AWS services used • How the AWS services are deployed, including virtual private clouds (VPCs), availability zones, subnets, and connections to systems outside of AWS. • Elements deployed outside of AWS, e.g. on-premises components, or hardware devices. • how design scales automatically - Solution adapts to changes in demand. The architecture uses services that automatically scale such as Amazon S3, Amazon CloudFront, AWS Auto Scaling, and AWS Lambda. • how design has high availability with multi-AZ or multi-region deployment. When intentional tradeoffs have been made (e.g. to optimize cost in favor of high availability), please explain the customer's requirements. Please provide the following as evidence (required for all provided customer examples): • An architecture diagram depicting the overall design and deployment of your solution on AWS. • Explanation of how the major solutions elements will keep running in case of failure. • Description of how the major solutions elements scale up automatically.
**확장성과 고가용성을 고려하여 설계된 아키텍처 다이어그램 제공** AWS 파트너는 특정 고객을 위한 AWS 파트너 솔루션의 전체 설계 및 AWS 배포를 보여주는 아키텍처 다이어그램과 해당 솔루션의 기타 관련 세부사항을 제출해야 합니다. 제출된 다이어그램은 기술 검증(Technical Validation)을 수행하는 AWS 솔루션스 아키텍트에게 맥락을 제공하기 위한 목적입니다. AWS 솔루션스 아키텍트가 아래에 나열된 다른 요구사항들을 검증할 수 있도록 적절한 수준의 세부사항을 포함한 명확한 다이어그램을 제공하는 것이 중요합니다. 각 아키텍처 다이어그램은 다음 사항들을 보여주어야 합니다: • 사용된 모든 AWS 서비스 • 가상 사설 클라우드(VPC), 가용 영역(Availability Zone), 서브넷, AWS 외부 시스템과의 연결을 포함한 AWS 서비스 배포 방식 • AWS 외부에 배포된 요소들 (예: 온프레미스 구성 요소 또는 하드웨어 장치) • 설계가 자동으로 확장되는 방식 - 솔루션이 수요 변화에 적응하는 방법. 아키텍처는 Amazon S3, Amazon CloudFront, AWS Auto Scaling, AWS Lambda와 같이 자동으로 확장되는 서비스를 활용 • 멀티-AZ 또는 멀티-리전 배포를 통한 고가용성 설계 방식. 의도적인 트레이드오프가 있었던 경우 (예: 고가용성보다 비용 최적화를 우선시한 경우), 고객의 요구사항을 설명해 주세요. **다음 항목을 증거자료로 제공해 주세요 (제공된 모든 고객 사례에 필수):** • AWS에서의 솔루션 전체 설계 및 배포를 보여주는 아키텍처 다이어그램 • 장애 발생 시 주요 솔루션 구성 요소들이 계속 운영되는 방식에 대한 설명 • 주요 솔루션 구성 요소들이 자동으로 확장되는 방식에 대한 설명
**확장성과 고가용성을 고려하여 설계된 아키텍처 다이어그램 제공** AWS 파트너는 특정 고객을 위한 AWS 파트너 솔루션의 전체 설계 및 AWS 배포를 보여주는 아키텍처 다이어그램과 해당 솔루션의 기타 관련 세부사항을 제출해야 합니다. 제출된 다이어그램은 기술 검증(Technical Validation)을 수행하는 AWS 솔루션스 아키텍트에게 맥락을 제공하기 위한 목적입니다. AWS 솔루션스 아키텍트가 아래에 나열된 다른 요구사항들을 검증할 수 있도록 적절한 수준의 세부사항을 포함한 명확한 다이어그램을 제공하는 것이 중요합니다. 각 아키텍처 다이어그램은 다음 사항들을 보여주어야 합니다: • 사용된 모든 AWS 서비스 • 가상 사설 클라우드(VPC), 가용 영역(Availability Zone), 서브넷, AWS 외부 시스템과의 연결을 포함한 AWS 서비스 배포 방식 • AWS 외부에 배포된 요소들 (예: 온프레미스 구성 요소 또는 하드웨어 장치) • 설계가 자동으로 확장되는 방식 - 솔루션이 수요 변화에 적응하는 방법. 아키텍처는 Amazon S3, Amazon CloudFront, AWS Auto Scaling, AWS Lambda와 같이 자동으로 확장되는 서비스를 활용 • 멀티-AZ 또는 멀티-리전 배포를 통한 고가용성 설계 방식. 의도적인 트레이드오프가 있었던 경우 (예: 고가용성보다 비용 최적화를 우선시한 경우), 고객의 요구사항을 설명해 주세요. **다음 항목을 증거자료로 제공해 주세요 (제공된 모든 고객 사례에 필수):** • AWS에서의 솔루션 전체 설계 및 배포를 보여주는 아키텍처 다이어그램 • 장애 발생 시 주요 솔루션 구성 요소들이 계속 운영되는 방식에 대한 설명 • 주요 솔루션 구성 요소들이 자동으로 확장되는 방식에 대한 설명
Arhchitecture diagram.
"아키텍처 다이어그램" 또는 "구조도" (참고: 원문에 "Arhchitecture"로 오타가 있는 것으로 보이며, 정확한 표기는 "Architecture"입니다)
"아키텍처 다이어그램" 또는 "구조도" (참고: 원문에 "Arhchitecture"로 오타가 있는 것으로 보이며, 정확한 표기는 "Architecture"입니다)