との SaaS 契約と pay-as-you-go製品の統合 AWS Marketplace - AWS Marketplace
シナリオ: サービスが新規顧客を検証するシナリオ: サービスが顧客のリクエストを処理するシナリオ: 使用量を計測するシナリオ:ユーザーエンタイトルメントの変更を監視するSaaS 契約製品統合のテスト

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

との SaaS 契約と pay-as-you-go製品の統合 AWS Marketplace

製品を と統合することは AWS Marketplace 、 の 1 つのステップですでの SaaS 製品の作成 AWS Marketplace。Software as a Service (SaaS ) 契約製品を と統合するには AWS Marketplace、コードを記述し、複数の顧客シナリオに正常に対応できることを示す必要があります。以下のセクションでは、これらのシナリオについて説明し、それらにどのように対応するかを説明し、統合のテストの概要を示します。

注記

開始する前に、 AWS Marketplaceで対象の Software as a Service (SaaS) 製品に適した料金モデルを選択していることを確認してください。詳細については、「SaaS 製品の計画」を参照してください。

シナリオ: サービスが新規顧客を検証する

お客様が製品をサブスクライブすると、登録 にリダイレクトされます。登録 はURL一時的なx-amzn-marketplace-tokenトークンを持つHTTPPOSTリクエストです。このリクエストには、次の方法で応答します。

  1. で ResolveCustomerAPIオペレーションを呼び出しProductCodeてCustomerIdentifier、トークンを CustomerAWSAccountId、、および と交換します AWS Marketplace Metering Service。

  2. AWS Marketplace Entitlement Serviceで GetEntitlements アクションを呼び出して、顧客がアクセスできるサブスクリプションと数量 (該当する場合) を確認します。

  3. CustomerIdentifier、CustomerAWSAccountId、ProductCode は、今後の呼び出しに備えてシステム内に残しておきます。顧客が有効なサブスクリプションを持っているかどうかと、顧客について必要な情報をすべて保存しておきます。

  4. リクエストへの対応として、ユーザーが初めて使用するときの操作を (サービスに応じて) 表示する必要があります。

シナリオ: サービスが顧客のリクエストを処理する

顧客がサービスにリクエストをしたら、次のシナリオに適切なアクションまたはメッセージで対応する必要があります。

  • 顧客のシステムには顧客 ID がありません。つまり、まだサブスクライブしていないということです。サブスクライブ方法を説明するメッセージを送る必要があります。

  • カスタマー ID があり、GetEntitlementsAPIオペレーションは適切なエンタイトルメントを返します。このシナリオでは、リクエストに応答する必要があります。

  • 顧客 ID はありますが、GetEntitlementsAPIオペレーションはエンタイトルメントを返さないか、リクエストを満たすのに十分な数量を返しません。このシナリオでは、アクセスの処理方法とユーザーエクスペリエンスの管理方法を決定する必要があります。

シナリオ: 使用量を計測する

顧客がサービスを利用し始めたら、計測レコードを 1 時間ごとに送信する必要があります。計測の詳細については、SaaS サブスクリプションで使用するための計測の設定 を参照してください。

AWS CloudTrail を使用してアクティビティをモニタリングし、請求情報が に送信されていることを確認することをお勧めします AWS。計測レコードを送信する場合は、次の点に注意してください。

  • 計測リクエストは、毎時 0 分に重複排除されます。

  • 送信したレコードは 1 時間ごとに累積されます。

  • 過去 1 時間以内にレコードがない場合でも、ベストプラクティスとして、使用量 0 の計測レコードを 1 時間ごとに送信することを強くお勧めします。

シナリオ:ユーザーエンタイトルメントの変更を監視する

Amazon Simple Queue Service (Amazon SQS) キューをセットアップし、製品の Amazon SNSトピックをサブスクライブします。2 つのSNSトピックがあり、1 つはエンタイトルメントの変更用、もう 1 つはサブスクリプションの変更用です。トピック情報は、製品の作成時に AWS Marketplace 販売者オペレーションチームから受け取った E メールメッセージに含まれていました。詳細については、「での SaaS 製品の作成 AWS Marketplace」を参照してください。SNS トピックをサブスクライブすると、特定の顧客へのアクセスの提供や取り消しなど、顧客サブスクリプションの変更に関する通知を受け取ります。

注記

サブスクリプション変更のSNSトピック Amazon リソースネーム (ARN) は、 のようになりますarn:aws:sns:us-east-1:<account id>:aws-mp-subscription-notification-<product code>。権限変更ARNのSNSトピックは のようになりますarn:aws:sns:us-east-1:<account id>:aws-mp-entitlement-notification-<product code>。

返答する必要がある通知は次のとおりです。

  • entitlement-updated (エンタイトルメントSNSトピックで) – 顧客のエンタイトルメントが変更されました。新しいステータスを確認するには、 GetEntitlements API オペレーションを呼び出す必要があります。カスタマーストアを更新し、該当する場合は (例えば、顧客の契約が失効している場合)、カスタマーリソース閉鎖のプラクティスに従い、リテンションポリシーを遵守します。

  • subscribe-success (サブスクリプションSNSトピック) – 顧客はサブスクライブされており、顧客 ID に対して正常に計測できます。

  • unsubscribe-pending (サブスクリプションSNSトピックで) – お客様はサブスクリプション解除中です。最新の計測レコードはすべて送信する必要があります。

  • unsubscribe-success (サブスクリプションSNSトピック内) – お客様がサブスクリプションを解除しました。顧客の計測レコードは受け付けられなくなります。顧客リソースを閉鎖する手順に従い、保存ポリシーを遵守してください。

  • subscribe-fail (サブスクリプションSNSトピック内) — カスタマーサブスクリプションが失敗しました。顧客の顧客 ID と照合して計測したり、顧客に代わってリソースを有効にしたりしないでください。

注記

詳細については、「を使用したエンタイトルメントの確認 AWS Marketplace Entitlement Service」を参照してください。

SaaS 契約製品統合のテスト

契約を pay-as-you-go 製品と統合したら AWS Marketplace、統合が成功するように詳細なテストを行う必要があります。次の手順では、製品統合を確認するステップを示します。

注記

自分のアカウントを使って製品をサブスクライブし、正常に統合できたことを確認します。料金を一時的に下げて、それらのアカウントで高額な料金を発生させずに購入フローをテストすることができます。価格を一時的に引き下げたり、追加のテストアカウントに製品へのアクセスを許可したりする方法について詳しくは、AWS Marketplace Seller Operations チームにお問い合わせください。

製品が発売された後も、サービスは新規顧客向けに引き続きこれらのシナリオに対応する必要があります。

  1. 許可したアカウントを使用して、製品を契約してカスタマーエクスペリエンスをテストします。

  2. アカウントが契約を取得したら、アカウントが登録 にリダイレクトされURL、リダイレクトが一時的なトークンを含むPOSTリクエストであることを確認します。アプリケーションが今後の通話に備えて顧客 ID を保持し、顧客が持つエンタイトルメントを正しく処理するようにしてください。これは シナリオ: サービスが新規顧客を検証する の一部をテストします。

  3. 上記の手順でテストアカウントを検証したら、そのアカウントをアプリケーションにオンボードします。例えば、テスト用の顧客でフォームに入力して、新しいユーザーを作成することができます。または、SaaS アプリケーションにアクセスするための次の手順を別途用意します。これは シナリオ: サービスが新規顧客を検証する の一部をテストします。

  4. オンボーディング中または継続的な検証パスのいずれかで、GetEntitlementsAPIオペレーションからエンタイトルメントが返されない場合、アプリケーションは、エンタイトルメントのないユーザーのアクセスとエクスペリエンスを正しく管理する必要があります。これは シナリオ: サービスが顧客のリクエストを処理する をテストします。

  5. テスト顧客がオンボーディングされたら、 の BatchMeterUsageAPIオペレーションを使用して、 AWS 請求目的で計測レコードを に送信するリクエストを行います AWS Marketplace Metering Service。これは シナリオ: 使用量を計測する をテストします。

  6. サブスクリプションの変更をテストします。サブスクリプション解除、サブスクリプション成功、サブスクリプション失敗のシナリオをアプリケーションが正しく処理することを確認します。これは シナリオ:ユーザーエンタイトルメントの変更を監視する をテストします。

  7. すべての統合要件を完了し、ソリューションをテストしたら、 AWS Marketplace 販売者オペレーションチームに通知します。次に、GetEntitlementsAPIオペレーションを正常に呼び出し、新規顧客を十分にオンボーディングしたことを検証して、ソリューションをテストします。また、 BatchMeterUsageAPIオペレーションで計測レコードが正常に送信されたことも検証されます。

統合とテストが完了したら、最終レビューを実行し、製品をパブリック に一覧表示できます AWS Marketplace。詳細については、「での SaaS 製品の作成 AWS Marketplace」を参照してください。