Note
コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。
お客様は、ソフトウェア配置可能パッケージを適用することにより、各自の環境内のソフトウェアを更新できます。 これらのパッケージは、お客様自身がカスタマイズの形で作成できます。 また、パートナーや独立系ソフトウェア ベンダー (ISV) から取得することもできます。 Microsoft では、これらのさまざまなパッケージを 1 つのパッケージにまとめてから、環境に適用することをお勧めします。 セルフサービス環境をお持ちのお客様にとって、このアプローチは難しい要件です。
この記事では、オールインワン配備可能パッケージを作成および管理するためのベスト プラクティスについて説明します。
Important
- オールインワン パッケージの適用は段階的に行われます。 2020 年 10 月 31 日に、オールインワンの展開可能パッケージではない展開可能パッケージのサポートを延長する要求が終了しました。
- 現在、環境内に支払いコネクタを展開している場合は、 支払いコネクタ パッケージを作成 し、それをオールインワン展開可能パッケージに含める必要があります。
- 現在、小売ポイントのMicrosoft Dynamics 365 Commerce機能を使用している場合は、セルフサービス インストーラーも同期する必要があります。 Commerce Scale Unit については、「 パッケージを CSU にデプロイする」を参照してください。
オールインワン配置可能パッケージとは何ですか?
オールインワン展開可能パッケージは、環境に現在存在するすべてのモデルとバイナリを含むソフトウェア展開可能パッケージです。 これは、環境内の Microsoft 以外のすべてのソフトウェアを表す単一のパッケージと考えてください。
たとえば、SandboxTest と SandboxPreProd という 2 つの環境があるとします。
ソフトウェア配置可能パッケージに CustomizationA、CustomizationB、ISV1 が含まれている場合、それは SandboxTest 環境用の完全に配置可能なパッケージです。 この状態は、モデル リストと完全に一致するため存在します。 また、インストールされているすべてのモデルに加えて CustomizationB が含まれているため、SandboxPreProd 環境用の完全に配置可能なパッケージでもあります。
ただし、ソフトウェア配置可能パッケージに CustomizationA のみが含まれている場合は、どちらの環境にも完全に配置できません。 パッケージには、既にインストールされている一部のモデルが含まれていません。
オールインワン配備可能パッケージをどのように作成しますか?
オールインワン展開可能パッケージを作成するには、次のいずれかの方法を使用します。
- 継続的インテグレーションおよび継続的デプロイ (CI/CD) モデルを使用して、オールインワンのデプロイ可能なパッケージを作成します。
- ビルド環境がない場合は、Microsoft Visual Studioを使用してパッケージを作成します。 詳細については、配置可能パッケージの作成を参照してください。
ISV パッケージにソース コードが含まれていない場合どうなりますか?
ISV は、ソース コードをユーザーと共有するかどうかを決定します。 共有しない場合は、バイナリのみのパッケージを提供します。 このパッケージは、オールインワンの展開可能パッケージに簡単に管理できます。 手順については、ソース コントロールを使用してサード パーティ モデルとランタイム パッケージを管理 を参照してください。
ISV ライセンスはどのように配置できますか?
ISV はライセンスの配置可能パッケージを送信し、ライセンスを提供または更新することができます。 ただし、セルフサービス環境の場合は、オールインワンの展開可能パッケージにライセンスを含めます。 ビルド パイプラインまたはリリース パイプラインにタスクを追加して、配置可能なパッケージに対して所有するライセンスを追加できます。 詳細については Azure Pipelines にある配置可能パッケージへのライセンス ファイルの追加 を参照してください。
これらのパッケージはなぜ重要なのですか?
完全に配置可能なパッケージを使用すると、特定の環境に適用するパッケージの複雑さと数が減ります。 場合によっては、異なるパッケージをインストールすると、環境の動作が変わることがあります。 たとえば、ModelB の後に ModelA をインストールするのではなく、ModelA の後に ModelB をインストールするとします。
さらに、このアプローチはセルフサービス環境にとって、難しい要件です。 これらの環境では、コンテナー化テクノロジを使用し、パッケージを適用するたびにまったく新しい環境を構築します。 今日 ModelA を適用し、明日 ModelB のみを適用する場合は、ModelA を効果的にアンインストールします。