- AWS Solutions Library›
- Guidance for Unified Commerce on AWS
Guidance for Unified Commerce on AWS
개요
작동 방식
이 아키텍처 다이어그램은 다양한 계층에 AWS 서비스를 사용하고 여러 애플리케이션과 SaaS (Software-as-a-Service) 오퍼링을 조정하여 접점이나 주문 처리 방법에 관계없이 고객에게 개인화되고 일관된 소매 경험을 제공하기 위해 여러 시스템을 원활하게 통합하는 것을 보여줍니다.
Well-Architected 원칙
위의 아키텍처 다이어그램은 Well-Architected 모범 사례를 고려하여 생성된 솔루션의 예시입니다. Well-Architected를 완전히 충족하려면 가능한 많은 Well-Architected 모범 사례를 따라야 합니다.
제안된 아키텍처는 가능한 경우 관리형 서비스를 활용하므로 대규모 운영이 가능합니다. 기존 COTS 애플리케이션은 Amazon CloudWatch 경보 및 로그와 함께 Amazon EC2 인스턴스 메트릭을 활용했습니다. 오토 스케일링과 관리형 Amazon RDS로 장애를 복구할 수 있습니다.
이 아키텍처는 가능한 경우 관리형 서비스를 활용하므로, 보안 모범 사례에 따른 보안 책임의 상당 부분을 AWS가 Amazon S3의 암호화된 데이터, 축소된 IAM 역할, Amazon DynamoDB의 저장 데이터 암호화 등을 통해 처리합니다. Amazon Cognito를 통해 소비자에게, IAM 역할을 통해 운영자에게 강력한 자격 증명이 적용됩니다. CloudWatch 로그와 AWS CloudTrail은 추적 기능을 제공하며, Amazon GuardDuty , AWS 보안 허브 및 중앙 SIEM과 같은 조직 전반의 기능과 함께 사용할 수 있습니다.
관리형 서비스를 사용하면 기본적으로 신뢰성이 확보됩니다. Amazon S3 및 DynamoDB 스토리지의 이중화, 아마존 세이지메이커 인스턴스의 확장, 아마존 레드시프트, 아테나, 아마존 세이지메이커 캔버스, 아마존 핀포인트, 아마존 퍼스널라이즈, AWS AppSync 및 EventBridge도 설계상 가용성이 높습니다. 문제가 발생할 경우 동일한 파이프라인을 사용하여 Amazon S3의 원시 이벤트에서 데이터를 재생할 수 있습니다. EventBridge 아카이브 및 응답 기능을 사용하여 이벤트를 재생할 수도 있습니다. 컨테이너 아키텍처는 AWS Fargate에서 실행되는 Amazon Elastic Container 서비스 (Amazon ECS) 또는 Amazon EKS (EKS) 중 하나를 선택하여 수평적으로 확장되며 용량 수요에 따라 동적으로 조정됩니다.
규모 조정은 가능한 경우 AWS Lambda, DynamoDB, SageMaker 엔드포인트, Amazon Redshift와 같은 AWS 서버리스 서비스의 사용을 기반으로 합니다.
사용 시에만 요금이 청구되도록 설계되었기 때문에 관리형 서비스와 서버리스 서비스를 이용하면 아키텍처 비용을 최소화할 수 있습니다.
제안된 아키텍처는 필요할 때만 실행하는 지속 가능한 접근 방식을 따르기 위해, 가능한 경우에는 관리형 및 서버리스 서비스를 이용합니다. AWS 고객 탄소 발자국 도구를 사용하여 총 영향 수치를 얻을 수 있습니다.
고지 사항
오늘 원하는 내용을 찾으셨나요?
페이지의 콘텐츠 품질을 개선할 수 있도록 피드백을 보내주십시오.