オールインワン配置可能パッケージ

お客様は、ソフトウェア配置可能パッケージを適用することにより、各自の環境内のソフトウェアを更新できます。 これらのパッケージは、お客様自身がカスタマイズの形で作成できます。 また、パートナーや独立系ソフトウェア ベンダー (ISV) によって提供されることもあります。 Microsoft では、これらのさまざまなパッケージを 1 つのパッケージにまとめてから、環境に適用することをお勧めします。 セルフサービス環境をお持ちのお客様にとって、このアプローチは難しい要件です。

この記事では、オールインワン配備可能パッケージを作成および管理するためのベスト プラクティスについて説明します。

重要

  • オール イン ワン パッケージの適用は、フェーズで行われます。 オールインワン配置可能パッケージではない配置可能パッケージに対するサポートを拡張する要求は、2020 年 10 月 31 日に終了しました。
  • 現在、支払コネクタが環境に配置されている場合、支払コネクタ パッケージを作成 して、オールインワン配置可能パッケージに含める必要があります。
  • 現在、小売販売時点管理で Microsoft Dynamics 365 Commerce 機能を使用している場合は、セルフサービス インストーラーを同期 する必要もあります。 Commerce Scale Unit については CSU へのパッケージの配置を参照してください。

オールインワン配置可能パッケージとは何ですか?

オールインワン配置可能パッケージは、現在環境内にあるすべてのモデルとバイナリを含むソフトウェア配置可能パッケージです。 これは、環境内の Microsoft 以外のすべてのソフトウェアを表す単一のパッケージと考えてください。

たとえば、SandboxTestSandboxPreProd という 2 つの環境があるとします。

オールインワン配置可能パッケージの比較

ソフトウェア配置可能パッケージに CustomizationA、CustomizationB、ISV1 が含まれている場合、それは SandboxTest 環境用の完全に配置可能なパッケージです。 これは、モデルの一覧と完全に一致するためです。 また、インストールされているすべてのモデルに加えて CustomizationB が含まれているため、SandboxPreProd 環境用の完全に配置可能なパッケージでもあります。

ただし、ソフトウェア配置可能パッケージに CustomizationA のみが含まれている場合は、どちらの環境にも完全に配置できません。 パッケージには、既にインストールされている一部のモデルが含まれていません。

オールインワン配備可能パッケージをどのように作成しますか?

オールインワン配置可能パッケージを作成するには、主に次の 2 つの方法があります。

  • 継続的インテグレーション/継続的配置モデルを使用している場合は、既にオールインワン配置可能パッケージを作成しています。
  • ビルド環境がない場合は、Microsoft Visual Studio でパッケージを作成することができます。 詳細については、配置可能パッケージの作成を参照してください。

ISV パッケージにソース コードが含まれていない場合どうなりますか?

ISV はソース コードを共有するかどうかを選択できます。 共有しない場合は、バイナリのみのパッケージを提供します。 このパッケージは、オールインワン配置可能パッケージで簡単に管理できます。 手順については、ソース コントロールを使用してサード パーティ モデルとランタイム パッケージを管理 を参照してください。

ISV ライセンスはどのように配置できますか?

ISV はライセンスの配置可能パッケージを送信し、ライセンスを提供または更新することができます。 ただし、セルフサービス環境では、ライセンスはすべてオールインワン配置可能パッケージに含める必要があります。 ビルド パイプラインまたはリリース パイプラインにタスクを追加して、配置可能なパッケージに対して所有するライセンスを追加できます。 詳細については Azure Pipelines にある配置可能パッケージへのライセンス ファイルの追加 を参照してください。

これらのパッケージはなぜ重要なのですか?

完全に配置可能なパッケージを使用するベスト プラクティスは、特定の環境に適用されるパッケージの複雑さと数を減らすのに役立ちます。 場合によっては、異なるパッケージをインストールすると、環境の動作が変わることがあります。 たとえば、ModelB の後に ModelA をインストールするのではなく、ModelA の後に ModelB をインストールするとします。

さらに、このアプローチはセルフサービス環境にとって、難しい要件です。 これは、これらの環境ではコンテナー詰めテクノロジを使用して、パッケージを適用するたびに、新しい環境を構築するためです。 今日 ModelA を適用し、明日 ModelB のみを適用すると、ModelA を効果的にアンインストールできます。