Azure アプリケーション オファーを計画する

Azure アプリlication は、顧客の Azure テナントでホストされているソリューションを販売およびデプロイするためのオファーの種類です。 Azure アプリケーションは、Azure Resource Manager (ARM) テンプレートを使用して、VM、コンテナー、ネットワーク、ストレージ、およびその他の多くの Azure リソースを含めることで、アプリケーションのデプロイと構成を自動化します。 Azure アプリlication オファーは、ソリューション テンプレートまたはマネージド アプリケーションとして構成できます。

  • マネージド アプリケーション プランは、コマーシャル マーケットプレースで取引可能であり、発行元または顧客が管理できます。 パブリッシャーによって管理されている場合、パブリッシャーのテナント内の ID は、顧客サブスクリプション内のリソース グループにアクセスできます。 顧客が管理する場合、発行元は顧客テナントにアクセスできなくなります。 拒否割り当てと許可されたアクションを使用して、顧客のアクセスを完全に有効または制限できます。 マネージド アプリケーション プランを使用して、Marketplace 経由でAzure アプリを販売します。

  • ソリューション テンプレート はコマーシャル マーケットプレースでは取引できませんが、コマーシャル マーケットプレースを通じて課金される有料の VM オファーをデプロイするために使用できます。 ソリューションでデプロイに ARM テンプレートを使用し、Marketplace 経由で処理されない場合は、ソリューション テンプレート プランの種類を使用します。 Azure アプリケーション オファーには、複数のプランとプランの種類を含めることができます。

リスト オプション

オファーを公開すると、オファーのリスト オプションが、オファーの登録情報ページの左上隅にボタンとして表示されます。 たとえば、次のスクリーンショットでは、Azure Marketplace に、 [今すぐ入手] ボタンのあるオファー登録情報ページが表示されています。 体験版を提供することを選択した場合は、[体験版] ボタンも表示されます。

Illustrates a listing page on Azure Marketplace.

体験版

顧客が購入前にオファーを試すことができるように、Azure アプリケーション オファーの体験版を有効にすることを選択できます。 体験版の詳細については、「体験版とは」を参照してください。 さまざまな種類の体験版の構成については、「体験版の技術的な構成」を参照してください。

また、体験版のベスト プラクティスを参照し、体験版の概要に関する PDF をダウンロードすることもできます (ポップアップ ブロックがオフになっていることを確認してください)。

Note

Azure アプリケーションは Azure Resource Manager テンプレートを使用して実装されます。Azure アプリアプリケーションで使用できる体験版の唯一の種類は、Azure Resource Manager ベースの体験版です。

潜在顧客

コマーシャル マーケットプレースは顧客情報を含む潜在顧客を収集し、パートナー センターの [紹介] ワークスペース で顧客にアクセスできるようにします。 リードには、顧客の詳細などの情報と、顧客がオファーを見つけたオファー名、ID、オンライン ストアが含まれます。

CRM システムをご自分のプランに接続することもできます。 コマーシャル マーケットプレースでは、Power Automate を使用して Azure テーブルの使用や HTTPS エンドポイントの構成を行うオプションの他に、Dynamics 365、Marketo、Salesforce がサポートされています。 詳細なガイダンスについては、「コマーシャル マーケットプレース オファーからの潜在顧客」を参照してください。

カテゴリとサブカテゴリ

少なくとも 1 つで最大 2 つのカテゴリを選択して、オファーを適切なコマーシャル マーケットプレース検索領域にグループ化できます。 プライマリおよびセカンダリ カテゴリについてそれぞれ最大 2 つのサブカテゴリを選択できます。 カテゴリとサブカテゴリの完全な一覧については、「オファーの掲載のベスト プラクティス」を参照してください。

顧客の調達プロセスを簡素化し、ソフトウェア ベンダーの法務の複雑さを軽減するため、Microsoft では、コマーシャル マーケットプレースでオファーに使用できる標準契約を用意しています。 標準契約の下でソフトウェアを提供すると、顧客はそれを読んで一度承諾するだけで済み、提供元は独自の使用条件を作成する必要はありません。

標準契約の使用を選択した場合は、標準契約にユニバーサル修正条項と最大 10 個のカスタム修正を追加できます。 また、標準契約ではなく、独自の使用条件を使用することもできます。 これらの詳細は、[プロパティ] ページで管理します。 詳細については、「Microsoft コマーシャル マーケットプレースの標準契約」を参照してください。

Note

コマーシャル マーケットプレースの標準契約を使用してオファーを発行した後は、独自のカスタム使用条件を使用することはできません。 これは、"または" のシナリオです。 ソリューションは、標準契約または独自の使用条件のいずれかの下で提供します。 標準契約の条件を変更する必要がある場合は、Standard Contract Amendments (標準契約の修正) を使用して変更することができます。

オファー登録情報の詳細

パートナー センターで新しい Azure アプリケーション オファーを作成する場合、[オファー登録情報] ページで、テキスト、画像、オプションのビデオ、その他の詳細を入力します。 顧客は、次の例に示すように、Azure Marketplace でオファーの一覧を検出すると、この情報を確認できます。

Illustrates how this offer appears in Azure Marketplace.

コールアウトの説明

  1. ロゴ
  2. Categories
  3. サポートのアドレス (リンク)
  4. 使用条件
  5. プライバシー ポリシーのアドレス (リンク)
  6. プラン名
  7. まとめ
  8. 説明
  9. スクリーンショット/ビデオ

Azure portal でのオファー情報の表示例を次のスクリーンショットに示します。

Illustrates how this offer appears in the Azure portal.

コールアウトの説明

  1. タイトル
  2. 説明
  3. 便利なリンク
  4. Screenshots (スクリーンショット)

Note

オファーの説明が "このアプリケーションは [英語以外の言語] でのみ使用できます" という語句で始まる場合、オファーの掲載コンテンツは英語である必要はありません。

オファーをより簡単に作成できるようにするには、これらの項目の一部をあらかじめ準備しておきます。 次の項目は、特に記載がない限り必須です。

  • 名前: この名前は、コマーシャル マーケットプレースでオファー登録情報のタイトルとして表示されます。 名前は商標化できます。 絵文字 (商標および著作権マークの場合を除く) を含めることはできず、200 文字以下にする必要があります。

  • 検索結果の概要: オファーの目的または機能を、100 文字以内のプレーンテキストで改行のない単一の文として記述します。 この概要は、コマーシャル マーケットプレースの登録情報の検索結果で使用されます。

  • 簡単な説明: 最大 256 文字のプレーンテキストを指定します。 この概要は、オファーの詳細ページに表示されます。

  • 説明: この説明は、Azure Marketplace 登録情報の概要に表示されます。 価値提案、主要な利点、意図されたユーザー ベース、カテゴリまたは業界の関連付け、アプリ内購入の機会、オファーが対処する顧客のニーズまたは痛み、必要な開示、詳細を確認するためのリンクを含めるかどうかを検討します。

    このテキスト ボックスには、説明をより魅力的にするために使用できるリッチ テキスト エディター コントロールが用意されています。 また、HTML タグを使用して説明の書式を設定することもできます。 このボックスには、HTML マークアップとスペースを含む最大 5,000 文字のテキストを入力できます。 その他のヒントについては、「コマーシャル マーケットプレース オファーの説明でサポートされている優れたアプリの説明HTML タグを記述する」を参照してください。

  • 検索キーワード (省略可能): オンライン ストアで顧客がオファーを見つけることができるように使用する検索キーワードを、最大 3 つ指定します。 最良の結果を得るために、これらのキーワードを説明にも使用します。 オファーの名前説明を含める必要はありません。 そのテキストは検索に自動的に含まれます。

  • プライバシー ポリシー リンク: 会社のプライバシー ポリシーの URL。 有効なプライバシー ポリシーを提供する必要があり、アプリがプライバシーに関する法律および規制に準拠していることを保証する責任があります。

  • 役に立つリンク (省略可能): オファーのユーザーにさまざまなリソースへのリンクを提供できます。 たとえば、フォーラム、FAQ、リリース ノートなどがあります。

  • 連絡先情報:組織の次の連絡先を指定する必要があります。

    • サポートの連絡先: 顧客がチケットを開くときに使用する、Microsoft パートナーの名前、電話番号、電子メール アドレスを指定します。 サポート Web サイトの URL も含める必要があります。
    • エンジニアリングの連絡先: オファーに問題がある場合に直接使用する、Microsoft の名前、電話番号、電子メール アドレスを指定します。 この連絡先情報は、コマーシャル マーケットプレースには表示されません。
    • CSP プログラムの連絡先 (省略可能): クラウド ソリューション プロバイダー (CSP) プログラムにオプトインする場合は、名前、電話番号、電子メール アドレスを指定します。これにより、これらのパートナーが質問に回答できるようになります。 マーケティング資料の URL も含めることができます。
  • メディア - ロゴ: サイズのロゴに PNG ファイルを指定します。 パートナー センターはこれを使用して、中小ロゴを作成します。 必要に応じて、後でロゴ ファイルを置き換えることができます。

    • 大 (216 x 216 ~ 350 x 350 px、必須)。
    • 中 (90 x 90 ピクセル、省略可能)。
    • Small (48 x 48 px、省略可能)。

    これらのロゴは、オンライン ストアのさまざまな場所で使用されます。

    • 小のロゴは、Azure Marketplace での検索結果に表示されます。
    • 中のロゴは、Microsoft Azure で新しいリソースを作成すると表示されます。
    • 大のロゴは、Azure Marketplace のオファーのリスト登録ページに表示されます。

    お客様のロゴについては、これらのガイドラインに従ってください。

    • Azure の設計には簡単なカラー パレットがあります。 ロゴのプライマリ カラーとセカンダリ カラーの数は制限してください。
    • ポータルのテーマの色は白黒です。 この色を、ロゴの背景色として使用しないでください。 ポータルでロゴが目立つ色を使用します。 背景色としてはシンプルなプライマリ カラーをお勧めします。
    • 透明な背景を使用している場合は、ロゴおよびテキストが白、黒、または青ではないことを確認します。
    • ロゴのルック アンド フィールはフラットにして、ロゴやバックグラウンドではグラデーションを避けてください。 ロゴにはテキストを使用しないでください (会社またはブランドの名前であっても)。 画像がぼやけていると、送信が拒否されます。
    • ロゴが伸縮されていないことを確認してください。
  • メディア - スクリーンショット (省略可能): オファーがどのように機能するかを示すスクリーンショットを追加することをお勧めします。 オファーのしくみを示す次の要件を持つ最大 5 つのスクリーンショットを追加できます。

    • 1280x720 ピクセル
    • .PNG ファイル
    • キャプションを含める必要があります
  • メディア – ビデオ (省略可能): オファーを示す次の要件を持つ最大 5 つのビデオを追加できます。

    • 名前。
    • URL:YouTube または Vimeo のみでホストされる必要があります。
    • サムネイル: 1280x720 .PNG ファイル

Note

コマーシャル マーケットプレースに公開するには、オファーが一般的なコマーシャル マーケットプレースの認定ポリシーを満たしている必要があります。

プレビュー対象ユーザー

プレビュー対象ユーザーは、オンライン ストアで公開される前にオファーにアクセスして、公開前にエンド ツー エンドの機能をテストできます。

Note

プレビュー対象ユーザーはプライベート プランとは異なります。 プライベート プランは、選択された特定の対象ユーザーのみが利用できます。 これにより、カスタム プランについて、特定の顧客と協議できます。

Azure サブスクリプション ID GUID を使用してプレビュー対象ユーザーを定義し、それぞれに、省略できる説明を付けます。 いずれのフィールドも顧客は表示できません。

技術的な構成

Marketplace の測定サービス API を使用して測定イベントを生成するマネージド アプリケーションの場合は、測定イベントを生成するときにサービスで使用される ID を指定する必要があります。

Marketplace の測定サービス API を使用して測定イベントを生成するマネージド アプリケーションの場合は、測定イベントを生成するときにサービスで使用される ID を指定する必要があります。

  • Microsoft Entra テナント ID (必須): 認証された通信の背後にある 2 つのサービス間の接続を検証できるように、Azure portal 内で Microsoft Entra アプリを作成する必要があります。 Microsoft Entra アプリのテナント ID を検索するには、Microsoft Entra ID の [アプリの登録] ウィンドウに移動します。 [表示名] 列で、アプリを選択します。 次に、[プロパティ] を探してから、ディレクトリ (テナント) ID (たとえば 50c464d3-4930-494c-963c-1e951d15360e) を見つけます。
  • Microsoft Entra アプリケーション ID (必須): アプリケーション ID と認証キーも必要です。 アプリケーション ID を見つけるには、Microsoft Entra ID の [アプリの登録] ウィンドウに移動します。 [表示名] 列でアプリを選択し、次にアプリケーション (クライアント) ID (たとえば 50c464d3-4930-494c-963c-1e951d15360e) を探します。 認証キーを見つけるには、 [設定] に移動して [キー] を選択します。 説明と期間を指定する必要があり、数値が提供されます。

Note

Azure アプリケーション ID は公開元 ID に関連付けられ、この公開元アカウント内でのみ再利用できます。

その他の営業案件

Microsoft がサポートするマーケティングおよびセールス チャネルのオプトインを選択できます。 パートナー センターでオファーを作成すると、プロセスの終盤で、次の 2 つのタブが表示されます。

  • CSP を通して再販する: このオプションを使用して、Microsoft クラウド ソリューションプロバイダー (CSP) パートナーがバンドルされたオファーの一部としてソリューションを再販できるようにします。 詳細については、クラウド ソリューション プロバイダー プログラムを参照してください
  • Microsoft と共同販売する: このオプションを使用すると、Microsoft セールス チームは、顧客のニーズを評価するときに、IP の共同販売対象ソリューションを検討できます。 評価のためにオファーを準備する方法の詳細については、「コマーシャル マーケットプレースでの共同販売オプション」を参照してください。 IP 共同販売の要件の詳細については、共同販売の状態の要件に関する記事を参照してください。 Microsoft CSP パートナー チャネルを通じたプランのマーケティングの詳細については、「クラウド ソリューション プロバイダー」を参照してください。

詳細については、Azure Marketplace でのビジネスの拡大に関するページを参照してください。

プラン

Azure アプリケーション オファーには、1 つ以上のプランが必要です。 ソリューションのスコープと制限、および関連する価格をプランで定義します。 オファーに対して複数のプランを作成し、さまざまな技術および価格オプションを顧客に提供することができます。

価格モデル、プライベート プランなど、プランに関する一般的なガイダンスについては、「コマーシャル マーケットプレース オファーのプランと価格」を参照してください。 以降のセクションでは、Azure アプリの計画に固有の詳細情報について説明します。

プランの種類

Azure アプリケーション プランには、"ソリューション テンプレート" と "マネージド アプリケーション" の 2 種類があります。 どちらのプランの種類でも、単一の仮想マシン (VM) を超えるソリューションのデプロイと構成の自動化がサポートされています。 IaaS ソリューションなどの複雑なソリューションを提供するための VM、ネットワーク、ストレージ リソースなどの複数のリソースを提供するプロセスを自動化できます。 どちらのプランの種類でも、VM を含むがそれに限定されない、さまざまな種類の Azure リソースを使用できます。

  • マネージド アプリケーション プランを使用すると、マーケットプレースを介してソリューションを販売および提供できます。 ソリューションは、発行元または顧客が管理できます。 マネージド アプリケーションには、ソリューション テンプレート プランと同じ機能があり、いくつかの主な違いがあります。

    • リソースは、発行元または顧客が管理できるリソース グループにデプロイされます。 パブリッシャーによって管理されている場合、リソース グループはコンシューマーのサブスクリプションに存在しますが、発行元のテナント内の ID はリソース グループにアクセスできます。

    • パブリッシャーは、顧客にリソース グループへのフル アクセスまたは制限されたアクセス権を付与するようにリソース グループを構成できます。

    • 月次トランザクションと課金従量制トランザクションは、コマーシャル マーケットプレースを通じてサポートされます。 公開元は、プライベート オファーを使用して、カスタム期間と条件を含むカスタム価格の取引を作成できます。 詳細については、「顧客向けのプライベート オファーを作成する」を参照してください

      マネージド アプリケーション プランの種類を使用して、マーケットプレース経由で Azure アプリケーションを販売するか、お客様またはお客様がソリューションをパートナーによって管理する必要がある場合に使用します。

  • ソリューション テンプレート プランは、コマーシャル マーケットプレースでソリューションを発行するための主な手段の 1 つです。 ソリューション テンプレート プランは、コマーシャル マーケットプレースで取引可能ではありませんが、コマーシャル マーケットプレースを通じて課金される有料 VM オファーをデプロイする目的に使用できます。 顧客がソリューションを管理し、トランザクションが別のプランで課金される場合は、ソリューション テンプレート プランの種類を使用します。 ソリューション テンプレートの作成について詳しくは、「Azure Resource Manager とは」を参照してください。

マネージド アプリケーションにおける Azure Kubernetes Service (AKS) とコンテナーの使用

ソリューション テンプレート: ソリューション テンプレートオファーは、顧客のデプロイ後に発行元によって変更できません。 そのため、このオファー カテゴリでは、コンテナーと Azure Kubernetes Service (AKS) リソースは現在許可されていません。

マネージド アプリケーション: マネージド アプリケーションでコンテナー オファーを参照する方法については、「Azure アプリでの Kubernetes Apps の参照」を参照してください。

マネージド アプリケーションは、パブリッシャーが顧客のサブスクリプションでのデプロイ時に作成されたリソースにアクセスして制御できるように構成できるため、マネージド アプリ 内からコンテナーと Azure Kubernetes Service (AKS) リソースを参照することは一時的に許可 されます。

マネージド アプリケーションでの AKS とコンテナーに関する規則と既知の問題

  • AKS ノード リソース グループは、拒否割り当てを Azure マネージド アプリケーションの一部として継承しません。 これは、マネージド リソース グループが適切な拒否割り当てを持っている間、AKS リソースがマネージド アプリケーションに含まれるときに AKS リソースが作成する AKS ノード リソース グループへのフル アクセス権を持っていることを意味します。

  • 発行元は、Azure マネージド アプリケーションの一部として Helm グラフや他のスクリプトを含めることができます。 ただし、オファーは通常のマネージド アプリケーションデプロイのように扱われ、デプロイ時にコンテナー固有の処理や Helm グラフのインストールが自動的に行われることはありません。 VM カスタム スクリプト拡張機能や Azure デプロイ スクリプトなどの通常の手法を使用するか、デプロイ後に、デプロイ時に関連するスクリプトを実行するのは発行元の責任です。

  • 通常の Azure マネージド アプリケーションと同じように、ソリューションが正常にデプロイされ、すべてのコンポーネントが適切に構成され、セキュリティで保護され、運用されていることを確認するのは発行元の責任です。 例えば、発行者はイメージのソースとして独自のコンテナー レジストリを使用することができますが、そのコンテナーのセキュリティと継続的な脆弱性スキャンについては全面的に責任を負います。

次のステップ

ビデオ チュートリアルと実践的なラボ