기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # AWS Marketplace 측정 및 권한 부여 서비스 APIs에 액세스 이 섹션에서는 고객이 사용한 서비스형 소프트웨어(SaaS) 제품의 결제 및 보고가 정확한지 확인하는 데 사용되는 AWS Marketplace Metering Service 또는 AWS Marketplace Entitlement Service와 통합하는 프로세스를 간략하게 설명합니다. 제한된 상태로 게시된 SaaS 구독 제품 또는 SaaS 계약 제품을 제출했다고 가정합니다. 제한된 상태에서 테스트 계정을 사용하여 올바른 구성과 기능을 확인할 수 있지만 제품을 공개적으로 사용할 수는 없습니다. **참고** SaaS 제품이 다른 방식으로 측정을 처리하는 다른 AWS 관리형 서비스(예: Amazon SageMaker Ground Truth 또는 AWS WAF)와 통합되는 경우 AWS Marketplace 측정 서비스와 통합할 필요가 없습니다. 고객에게 요금이 이중으로 청구되지 않도록 제품 측정이 한 시스템에서만 이루어져야 합니다. **Topics** + [SaaS 구독에서 사용할 측정 구성](metering-for-usage.md) + [를 사용하여 권한 확인 AWS Marketplace Entitlement Service](checking-entitlements.md) + [SaaS 제품 통합 체크리스트](aws-marketplace-integration-checklist.md) 자격 증명과 AWS CLI함께를 설정하는 방법에 대한 자세한 내용은 *AWS Command Line Interface 사용 설명서*[의 구성을 AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-getting-started.html) 참조하세요. AWS Python SDK를 처음 사용하는 경우 Boto 3 [Quickstart](https://boto3.readthedocs.io/en/latest/guide/quickstart.html)를 참조하세요. # SaaS 구독에서 사용할 측정 구성 서비스형 소프트웨어(SaaS) 구독의 경우 모든 사용량을 측정하면 사용자가 제공한 측정 레코드에 AWS 따라에서 고객에게 요금이 청구됩니다. SaaS 계약의 경우 고객의 계약 권한을 초과하여 사용량을 측정할 수 있습니다. 다음 섹션에서는 SaaS 제품과 함께 사용하도록 측정을 구성하는 방법에 대한 정보를 제공합니다. 애플리케이션이 고객의 사용량을 측정할 때 애플리케이션은 누적된 사용량 AWS 을 제공합니다. 애플리케이션에서는 전송된 GB 또는 지정된 시간에 스캔한 호스트와 같이 제품을 생성할 때 정의한 요금 차원을 측정합니다. 예를 들어 애플리케이션으로 전송되는 데이터의 양을 기준으로 요금을 청구하는 경우 데이터 양을 측정하고 해당 측정 레코드를 한 시간에 한 번 전송할 수 있습니다.는 제품을 생성할 때 제공한 요금과 함께 측정 데이터를 사용하여 고객의 청구서를 AWS 계산합니다. 동시 계약을 지원하는 제품의 경우 측정은 제품 수준이 아닌 라이선스 수준에서 작동합니다. 각 사용 레코드에는 사용량`LicenseArn`이 적용되는 특정 계약을 식별하는가 포함되어야 합니다. `LicenseArn`는 SaaS 등록 중에 `ResolveCustomer` API 응답에서 가져옵니다. 이를 통해 구매자는 동일한 제품에 대해 여러 활성 계약을 유지할 수 있으며, 사용량은 계약별로 별도로 추적 및 청구됩니다. **참고** 원한다면 추적하는 모든 속성에 사용량을 분할할 수 있습니다. 이러한 속성은 구매자에게 태그로 노출됩니다. 이러한 태그를 통해 구매자는 태그 값에 따라 사용량으로 분할된 비용을 볼 수 있습니다. 예를 들어 사용자별로 요금을 부과하고 사용자에게 `Department` 속성이 있는 경우 키가 `Department`인 태그와 값마다 하나의 할당을 사용하여 사용량 할당을 생성할 수 있습니다. 이렇게 해도 보고하는 가격, 크기 또는 총 사용량이 변하지는 않지만, 고객은 제품에 적합한 범주별로 비용을 볼 수 있습니다. 자세한 내용은 [공급업체 측정 태깅(선택 사항)](#saas-vendor-metered-tagging) 단원을 참조하세요. **Topics** + [시간별로 측정](#metering-hourly) + [사용량을 측정하도록 제품 구성](#configure-application-for-meter-usage) + [공급업체 측정 태깅(선택 사항)](#saas-vendor-metered-tagging) ## 시간별로 측정 모든 고객에 대해 한 번에 최대 25개의 배치로 시간당 기준으로 사용량을 AWS 에 보고하는 것이 좋습니다. 이를 통해 고객은 사용량과 비용을 최대한 세밀하게 파악할 수 있습니다. 1시간을 초과하는 기간(예: 하루)의 사용량을 집계하는 경우 다음 고려 사항에 유의합니다. + AWS 는 사용자의 측정 레코드 수신 시에만 제품 사용에 대한 요금을 고객에게 청구할 수 있습니다. 사용자는 제품의 측정 레코드가 성공적으로 전송 및 수신되었는지 확인할 책임이 있습니다. AWS CloudTrail 를 사용하여 전송하는 레코드가 정확한지 확인할 수 있습니다. 이 정보를 사용하여 시간 경과에 따라 감사를 수행할 수도 있습니다. 자세한 내용은 [를 사용하여 AWS Marketplace API 호출 로깅 AWS CloudTrail](cloudtrail-logging.md) 단원을 참조하세요. + 요금 모델 '구독'('계약' 또는 '소비 계약' 요금 모델 아님)을 사용하는 SaaS인 경우 구매자는 언제든지 구독을 취소할 수 있습니다. 구매자가 이 구독 취소 작업을 시작하면 판매자는 `unsubscribe-pending` [알림](saas-notification.md#saas-sns-subscription-message-body)을 받고 최종 `unsubscribe-success` 알림 전에 보고되지 않은 모든 사용량을 1시간 동안 보낼 수 있습니다. 두 번째 알림 이후의 모든 사항은 적용되지 않습니다. 다른 두 요금 모델은 구독 시간을 기준으로 기간이 설정되며 구매자는 구독 도중에 구독을 취소할 수 없습니다. 자동 갱신만 끌 수 있습니다. 자동 갱신하지 않으면 해당 기간이 끝날 때 동일한 알림이 전송됩니다. + 동시 계약이 적용되는 제품의 경우: 구독 취소 알림 및 1시간 기간은 제품이 아닌 개별 계약에 따라 적용됩니다. 구매자가 여러 활성 계약 중 하나를 취소하는 경우 나머지 활성 라이선스에 대해 계속 측정할 수 있습니다. 취소된 계약의 사용만 해당 특정 라이선스에 대한 `unsubscribe-pending` 알림을 받은 후 1시간 이내에 제출해야 합니다. + 시간당 측정 레코드를 전송하지 않고 애플리케이션 또는 네트워크 중단이 있는 경우 레코드가 더 지연됩니다. 구독이 만료된 후 애플리케이션 또는 네트워크 중단이 복원되면 보고되지 않은 사용량이 발생할 수 있습니다. + 보고할 사용량이 없더라도 매시간 측정 레코드를 계속 전송하고 해당 시간에 대해 보고할 사용량이 없는 경우 수량이 0으로 기록될 수 있습니다. 구매자의 차원 사용량을 0 이상으로 보고하면 레코드를 수정할 수 없습니다. 따라서 이전 시간의 사용량을 보고하는 것이 좋습니다. 보고된 사용량은 결제 주기 동안 구매자의 [AWS Billing and Cost Management](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-what-is.html) 콘솔에 표시됩니다. 콘솔은 차원 가격이 단위당 0달러인 경우에도 해당 결제 주기 또는 지금까지 사용된 총 단위 수와 해당 항목의 총 비용과 함께 개별 항목에 있는 제품의 각 차원을 보여줍니다. 활성화된 경우 [AWS 비용 및 사용량 보고서(CUR)](https://docs.aws.amazon.com/cur/latest/userguide/what-is-data-exports.html)는 단위당 요금을 포함하여 이 세부 정보를 표시합니다. 이러한 보고서는 실시간으로 업데이트되지 않습니다. + 게시 중에 AWS Marketplace 운영 팀은 SaaS 애플리케이션이 제품을 게시하기 전에 측정 레코드를 성공적으로 전송하는지 테스트합니다. 일반적으로 팀은 SaaS의 모의 가입을 수행하고 측정 레코드가 수신되었는지 확인합니다. **참고** SaaS 제품이 다른 방식으로 측정을 처리하는 다른 AWS 관리형 서비스(예: Amazon SageMaker Ground Truth 또는 AWS WAF)와 통합되는 경우 AWS Marketplace 측정 서비스와 통합할 필요가 없습니다. 고객에게 요금이 이중으로 청구되지 않도록 제품 측정이 한 시스템에서만 이루어져야 합니다. AWS Marketplace 는 현재 새 AWS WAF 제품을 게시하지 않습니다. ## 사용량을 측정하도록 제품 구성 AWS Marketplace 측정 서비스의 `BatchMeterUsage` 작업을 사용하여 측정 레코드를 AWS에 전달할 수 있습니다. 다음 사항에 유의하세요: + 판매자는 `BatchMeterUsage` 작업을 사용하여 일괄 처리를 사용해야 합니다. + 정시에 측정 요청이 중복 제거됩니다. + 비동시 계약 제품의 경우: 요청은 product/customer/hour/차원별로 중복 제거됩니다. 동시 계약 제품의 경우: 요청은 license/customer/hour/차원별로 중복 제거됩니다. + 언제든지 요청을 다시 시도할 수 있지만 다른 수량을 측정하는 경우 원래 수량에 대해 요금이 청구됩니다. 동시 계약 제품의 경우: 동일한 로 재시도하는 `LicenseArn` 것은 안전하며 표준 중복 제거 규칙을 따릅니다. 그러나 동일한 사용 기간에 `LicenseArn` 대해 `ProductCode`와 간에 전환하면 결제가 중복됩니다. + 동일한 고객, 차원, 시간에 대해 여러 요청을 보내는 경우 기록이 집계되지 않습니다. + 고객이 제품을 구독하는 경우 판매자는 최대 6시간의 과거 타임스탬프가 포함된 측정 기록을 보낼 수 있습니다. 고객이 구독 해지하면 판매자는 구독 해지 시점으로부터 1시간 이내에 측정 기록을 보내야 합니다. + `BatchMeterUsage` 페이로드는 1MB를 초과하면 안 됩니다. 페이로드 크기를 초과하지 않도록 `BatchMeterUsage` 요청에 보낼 사용량 기록 수를 선택합니다. + AWS Marketplace 측정 서비스는 *AWS 일반 참조*의 엔드포인트 및 할당량에 AWS 리전 나열된에서 사용할 수 있습니다. [AWS Marketplace](https://docs.aws.amazon.com/general/latest/gr/aws-marketplace.html) 기본적으로 미국 동부(버지니아 북부) 리전은 구매자가 제품을 요청할 때 SaaS 측정 제품에 사용할 수 있도록 활성화됩니다. 다른 리전을 사용하고 싶을 때는 [https://aws.amazon.com/marketplace/management/contact-us/](https://aws.amazon.com/marketplace/management/contact-us/) 팀에게 문의하세요. 자세한 내용은 [BatchMeterUsage](https://docs.aws.amazon.com/marketplacemetering/latest/APIReference/API_BatchMeterUsage.html)를 참조하세요. + 동시 계약: 단일 고객에게 제품에 대한 여러 활성 계약이 있을 수 있습니다. 각 계약에는 고유한가 `LicenseArn` 있으며 사용량은 라이선스별로 별도로 추적됩니다. [여기에서](https://catalog.workshops.aws/mpseller/en-US/saas/integration-for-concurrent-agreements) 동시 계약에 대한 새 통합을 검토합니다. 새 구현의 경우 각 에는 사용량이 적용되는 계약을 식별하는 `LicenseArn` 필드가 포함되어야 `UsageRecord` 합니다. `LicenseArn`는 `ResolveCustomer` API 응답에서 가져옵니다. **참고** 기존 구현의 경우: 제품 기반 측정에서 라이선스 기반 측정으로 마이그레이션하는 경우 동일한 고객에 `ProductCode` 대해 동일한 시간 내에 `LicenseArn` 및가 모두 포함된 측정 레코드를 보내지 마십시오. 이로 인해 결제가 중복됩니다. 요청 수준에 `ProductCode`를 포함하지 마십시오. 각 `LicenseArn`의는 제품과 특정 계약을 모두 `UsageRecord` 식별합니다. 코드 예제는 [SaaS 제품 통합 코드 예제](saas-code-examples.md) 섹션을 참조하세요. ### 예: 호스트 스캔 제품은 알려진 보안 취약성을 위해 컴퓨팅 하드웨어를 분석합니다. 고객은 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스 스캔을 수동으로 시작하거나 예약합니다. 제품에서 이러한 스캔을 수행할 때 매 시간 스캔된 고유한 호스트 수의 총계를 냅니다. 이 예제에서 제품은 **호스트** 범주를 사용합니다. 스캔된 호스트 유형에 대해 여러 차원을 선언할 수 있습니다. 예를 들어 소형, 중간 및 대형 호스트에 각각 다른 요금을 부과할 수 있습니다. ### 예: 로그 분석 SaaS 제품은 고객 제품에서 생성된 로그, 보고 트렌드 및 이상을 이해합니다. 고객이 로그를 제품에 업로드할 때 수신된 데이터의 양(메가바이트, 기가바이트 또는 테라바이트)을 측정합니다. 매시간 10분마다 cron 작업은 이전 시간 동안 각 고객에 대한 이 사용량을 읽습니다. 해당 작업은 배치 보고서를 구축하고 `BatchMeterUsage` 작업을 사용하여 AWS로 전송합니다. 이 예시에서 제품은 **데이터** 범주를 사용합니다. 제품은 지정된 시간에 저장된 로그 데이터의 양도 측정할 수 있습니다. 이 경우, 제품은 해당 시간에 수신된 데이터와 해당 시간에 저장된 전체 데이터의 두 차원을 측정할 수 있습니다. 고객이 이 데이터를 삭제하거나 데이터가 만료될 때까지 저장된 데이터를 계속 측정할 수 있습니다. ## 공급업체 측정 태깅(선택 사항) 공급업체 측정 태깅을 사용하면 독립 소프트웨어 개발 판매 회사(ISV)는 구매자에게 소프트웨어 사용에 대한 보다 세밀한 통찰력을 제공하고 구매자의 비용 할당을 도와줄 수 있습니다. 구매자의 소프트웨어 사용에 태그를 지정하는 여러 가지 방법이 있습니다. 한 가지 방법은 먼저 구매자에게 비용 할당에서 보고 싶은 것이 무엇인지 물어보는 것입니다. 그 후 구매자 계정에 대해 추적하는 모든 속성에 사용량을 분할할 수 있습니다. 속성의 예로는 `Account ID`, `Business Unit`, `Cost Centers` 및 기타 제품 관련 메타데이터가 있습니다. 이러한 속성은 구매자에게 태그로 노출됩니다. 구매자는 태그를 사용하여 AWS 결제 콘솔([https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/))의 태그 값을 기준으로 사용량으로 분할된 비용을 볼 수 있습니다. 공급업체 측정 태깅은 판매자가 신고한 가격, 크기 또는 총 사용량을 변경하지 않습니다. 이를 통해 고객은 제품에 적합한 범주별로 비용을 볼 수 있습니다. **참고** 현재 공급업체 측정 태그 지정(VMT) 제품에는 동시 계약 라이선스 수준 측정이 지원되지 않습니다. 제품에서 VMT를 사용하는 경우 표준 `ProductCode`기반 측정 기능을 계속 사용합니다. 일반적으로 구매자는 AWS 계정하나로 제품을 구독합니다. 또한 구매자의 수많은 사용자가 동일한 제품 구독에 연결됩니다. `Account ID` 키가 있는 태그를 사용하여 사용량 할당을 생성한 다음, 각 사용자에게 사용량을 할당할 수 있습니다. 이 경우 구매자는 과금 정보 및 비용 관리 콘솔에서 `Account ID` 태그를 활성화하고 개별 사용자 사용량을 분석할 수 있습니다. ### 판매자 환경 판매자는 모든 리소스 사용량을 집계하는 대신 동일한 태그 세트를 사용하여 리소스 측정 기록을 집계할 수 있습니다. 예를 들어 판매자는 `UsageAllocations`의 여러 버킷을 포함하는 측정 기록을 구성할 수 있습니다. 각 버킷은 태그 세트의 `UsageQuantity`(예: `AccountId`, `BusinessUnit`)를 나타냅니다. 다음 다이어그램의 **리소스 1**은 고유한 `AccountId` 및 `BusinessUnit` 태그 세트가 있으며 **Metering Record(측정 기록)**에 단일 항목으로 표시됩니다. **리소스 2**와 **리소스 3**은 동일한 `AccountId`, `2222`, `BusinessUnit` 및 `Operations` 태그를 갖고 있습니다. 따라서 두 리소스는 **측정 기록**의 단일 `UsageAllocations` 항목으로 결합됩니다. ![\[공급업체 측정 태그가 사용량 데이터를 결합하는 방법을 보여주는 다이어그램입니다. AccountIds와 BusinessUnits 서로 다른 세 개의 리소스(리소스 1, 2, 3)는 AWS Marketplace 측정 서비스로 전송되기 전에 AccountId와 BusinessUnit별로 그룹화된 UsageAllocations가 포함된 단일 측정 레코드로 통합됩니다.\]](http://docs.aws.amazon.com/ko_kr/marketplace/latest/userguide/images/seller-vendor-meter-tag.png) 판매자는 태그가 없는 리소스를 단일 `UsageAllocation` 항목으로 결합하고 `UsageAllocations`의 항목 중 하나로 전송할 수도 있습니다. 다음과 같은 제한이 있습니다. + 태그 수 - 5 + `UsageAllocations` 크기(카디널리티) - 2,500 + 최대 요청 크기 – 1MB 다음 사항을 확인합니다. + 태그 키 및 값에 허용되는 문자 – a-zA-Z0-9\$1 -=.\$1:\$1/@ + `UsageAllocation` 목록의 최대 태그 수 - 5 + 두 `UsageAllocations`의 태그가 같으면(즉, 동일한 태그 키와 값의 조합) 안 됩니다. 같을 경우 둘 다 동일한 `UsageAllocation`을 사용해야 합니다. + `UsageAllocation`의 `AllocatedUsageQuantity` 합계는 총 사용량인 `UsageQuantity`와 같아야 합니다. + 최대 페이로드 크기가 1MB를 초과하면 안 됩니다. 이 제한은 입력 속성 키(예: `UsageRecords`, `AllocatedUsageQuantity`, 태그)를 포함한 것입니다. **참고** 페이로드 제한을 초과하지 않도록 비즈니스 요구 사항에 따라 최대 크기의 샘플 요청 객체를 만들고, 해당 객체를 JSON 문자열로 변환하고, 크기(바이트)를 확보하세요. 단일 API 직접 호출이 1MB 제한을 넘지 않도록 하세요. 예를 들어 `UsageRecord`가 1개인 요청의 최대 크기가 200KB인 경우 `UsageRecords`를 최대 5개까지만 요청에 포함하여 전송하세요(200KB \$1 5 = 1MB). ### 구매자 경험 다음 표는 구매자가 `AccountId` 및 `BusinessUnit` 공급업체 태그를 활성화한 이후의 구매자 경험 예시를 보여줍니다. 이 예에서 구매자는 **비용 사용 보고서**에서 할당된 사용량을 볼 수 있습니다. 공급업체 측정 태그는 `“aws:marketplace:isv”` 접두사를 사용합니다. 구매자는 과금 정보 및 비용 관리의 **비용 할당 태그** 아래에 있는 **AWS생성 비용 할당 태그**에서 태그를 활성화할 수 있습니다. **비용 사용 보고서**의 첫 번째 행과 마지막 행은 [판매자 환경](container-metering-meterusage.md#container-vendor-metered-tag-seller) 예제처럼 판매자가 측정 서비스에 보내는 내용과 관련이 있습니다. **비용 사용 보고서(단순)** | ProductCode | 구매자 | UsageDimension | UsageQuantity | `aws:marketplace:isv:AccountId ` | `aws:marketplace:isv:BusinessUnit` | | --- | --- | --- | --- | --- | --- | | xyz | 111122223333 | 네트워크: 검사한 크기(GB)당 | 70 | 2222 | 운영 | | xyz | 111122223333 | 네트워크: 검사한 크기(GB)당 | 30 | 3333 | Finance | | xyz | 111122223333 | 네트워크: 검사한 크기(GB)당 | 20 | 4444 | IT | | xyz | 111122223333 | 네트워크: 검사한 크기(GB)당 | 20 | 5555 | 마케팅 | | xyz | 111122223333 | 네트워크: 검사한 크기(GB)당 | 30 | 1111 | 마케팅 | 코드에 대한 예는 [사용량 할당 태그 지정을 사용하는 `BatchMeterUsage` 코드 예제(선택 사항)](saas-code-examples.md#saas-batchmeterusage-tagging) 단원을 참조하세요. # 를 사용하여 권한 확인 AWS Marketplace Entitlement Service 제품이 SaaS 계약 제품인 경우 해당 제품은 AWS Marketplace Entitlement Service 를 호출하여 [GetEntitlements](https://docs.aws.amazon.com/marketplaceentitlement/latest/APIReference/API_GetEntitlements.html) API를 사용하는 고객의 권한을 검색합니다. 제품은 AWS Marketplace 권한 부여 서비스에 대해 해당 계정의 후속 사용을 확인해야 합니다. 예를 들어 고객이 계정에 10명의 사용자를 프로비저닝하는 경우 제품은 AWS Marketplace 권한 부여 서비스에 해당 용량에 대한 권한이 있는지 확인해야 합니다. 제품에 대한 고객의 권한을 확인하려면 AWS Marketplace 권한 부여 서비스에서 `GetEntitlements` 작업을 사용합니다. AWS Marketplace 권한 부여 서비스는 또는 `entitlement.marketplace.us-east-1.amazonaws.com`를 통해 액세스할 수 있는 미국 동부(버지니아 북부) 리전에서만 사용할 수 있습니다`entitlement-marketplace.us-east-1.api.aws`. `GetEntitlements`는 고객 AWS 계정 ID, 고객 식별자, 라이선스 ARN 및 차원을 필터로 허용합니다. `ProductCode`는 필수 파라미터입니다. 해당 작업은 권한의 페이지 매김 목록을 반환합니다. 결과에는 권한이 유효한 최소 기간을 표시하는 `ExpirationDate` 필드가 있습니다. 고객이 자동 갱신을 설정한 경우 ExpirationDate 필드의 날짜가 갱신 날짜입니다. 코드 예제는 [SaaS 제품 통합 코드 예제](saas-code-examples.md) 섹션을 참조하세요. ## 사용자 작업에 대한 권한 부여 검색 다음 예제는 사용자 작업에 대한 권한 부여 검색 프로세스를 보다 정확하게 이해하는 데 도움이 될 수 있습니다. ### 예: 사용자 기반 제품 지정된 고객에 대해 다수의 계정을 허용하는 제품을 제공합니다. 고객은 대시보드를 방문하여 새 사용자를 프로비저닝(예: 자격 증명 할당)할 수 있습니다. 고객이 새 사용자를 프로비저닝하면 제품은 용량이 존재하는지 확인하기 위해 `GetEntitlements`를 호출합니다. 그렇지 않은 경우 AWS Marketplace 측정 서비스를 호출하여 추가 사용자에게 요금을 청구할 수 있습니다. ### 예: 데이터 스토리지 제품 고객이 암호화된 또는 암호화되지 않은 양식으로 특정 양의 데이터를 저장하도록 지원하는 제품을 제공합니다. 고객은 제품에 존재하고 할당된 데이터의 양을 표시하는 대시보드를 볼 수 있습니다. 대시보드는 `GetEntitlements`를 통해 할당량을 검색합니다. # SaaS 제품 통합 체크리스트 서비스형 소프트웨어(SaaS) 제품이 사용되기 전에 필요한 구성을 완료했는지 확인해야 합니다. 다음 SaaS 통합 체크리스트를 사용하여 필요한 구성을 완료했는지 확인할 수 있습니다. | **카테고리** | **요구 사항** | | --- | --- | | 액세스 | 원하는 사용 AWS 계정으로 AWS Marketplace 판매자 등록 양식을 제출했습니다. | | 액세스 | 이용 약관, 은행 계좌, W8 또는 W9 세금 신고서를 포함하는 판매자 등록을 완료했습니다. | | 액세스 | 등록된 계정에 대해 구성된 교차 AWS Marketplace 계정 역할입니다. | | 제품 | AWS Marketplace Management Portal에서 제품 요청 양식을 완성했습니다. | | 제품 | AMMP의 제품 생성 마법사의 메모 탭에서 테스트할 AWS 계정 IDs를 제공했습니다. | | 제품 | 제품 탭에 EULA의 URL을 .txt 형식으로 제공했습니다. | | 제품 | 에서 제품 코드 및 Amazon SNS 주제 정보를 수신했습니다 AWS Marketplace. | | 제품 | Amazon SNS 주제를 구독하고 Amazon SNS 주제를 구독할 Amazon SQS 대기열을 생성했습니다. | | 결제 솔루션 | SaaS 구독 제품의 각 고객 간 라이선스에 대해 BatchMeterUsage 매시간 작업에 측정 레코드를 보낼 수 있음을 검증했습니다. SaaS 계약 제품에 대해 각 고객의 추가 사용량과 관련한 측정 레코드를 전송할 수 있습니다. | | 결제 솔루션 | SaaS 계약 제품에 대한 AWS Marketplace 권한 부여 서비스에서 고객 권한을 확인할 수 있음을 검증했습니다. | | 결제 솔루션 | 테스트 계정용으로 생성한 청구서에 예상대로 비용이 표시되는지 검증했습니다. | | 결제 솔루션 | 잘못된 고객 ID, 취소된 구독 등과 같은 상황을 테스트했습니다. | | 제품 | 게시를 AWS Marketplace 위해에 제품 요청을 다시 제출했습니다. | | 등록 | HTTP POST 요청을 수락할 수 있는 HTTPS 등록 페이지를 구현했습니다. | | 등록 | 새 고객 등록을 수락할 수 있음을 검증했습니다. | | 등록 | 쿠키에 등록 토큰이 저장되지 않음을 검증했습니다. | | 등록 | AWS 토큰LicenseArn에서 ProductCode, CustomerAWSAccountId및를 얻는 ResolveCustomer 데 사용 중인지 검증되었습니다. | | 등록 | 에서 받은 등록 토큰을 지연 AWS 없이 확인할 수 있음을 검증했습니다. | | 등록 | Gmail 같은 이메일 서비스 주소 등록이 차단되지 않는지 테스트했습니다. | | 등록 | 불완전한 등록 또는 여러 번의 등록 시도를 수락할 수 있는지 테스트했습니다. | | 구독 | unsubscribe-pending 및 unsubscribe-success 메시지를 처리할 수 있음을 테스트합니다. | | 구독 | `unsubscribe-pending` 메시지 수신 후 1시간 이내에 최종 측정 레코드를 전송하는 것을 검증했습니다. | | 보안 | AWS 루트 계정에 API 키가 없고 강력한 암호가 있으며 하드웨어 다중 인증(MFA) 디바이스와 연결되어 있는지 검증했습니다. 모든 관리 액세스는 AWS Identity and Access Management (IAM)로 생성된 자격 증명을 통해 이루어집니다. 공유 계정이 없습니다. | | 보안 | IAM 역할이 모든 프로그래밍 방식 Amazon Elastic Compute Cloud(Amazon EC2) 액세스에 사용되는지 확인했습니다. 스크립트, 헤더 또는 소스 코드에 자격 증명 하드 코딩이 불가능합니다. | | 보안 | 포괄적 로깅 및 로그 통합을 유지하는 것을 검증했습니다. | | 보안 | 애플리케이션 서비스, 데이터베이스 및 파일 시스템 액세스를 격리하는 퍼블릭 및 프라이빗 서브넷 경계가 명확하게 정의되어 있음을 확인했습니다. 민감한 데이터를 구분하고 퍼블릭 및 프라이빗 데이터를 분리하는 데이터 등급 정의가 명확합니다. | | 보안 | 키 교체가 예약되어 있는 전송 중 및 미사용 프라이빗 데이터 암호화를 확인했습니다. | | 보안 | 보안 인시던트 도구 및 액세스가 마련되어 있으며, 인시던트 대응 연습이 정기적으로 예약되어 있어 적기 조사 및 복구가 가능함을 검증했습니다. | | 신뢰성 | 시스템이 필요에 따라 스케일업과 스케일 다운 변화에 맞게 조정되며, 로드 밸런싱을 사용하여 높은 성능을 보장하는 것을 확인했습니다. 시스템이 필요에 따라 엣지 기반 캐싱도 제공합니다. | | 신뢰성 | 복구 시간 및 지점 목표가 명시되어 있고, 재해 복구가 정기적으로 예약되어 있음을 검증했습니다. 자동 트리거 및 알림을 통해 구성요소 장애를 자체적으로 복구합니다. |