以前はSoftGrid プログラム仮想化として知られていた App-V と呼ばれる Microsoft Application Virtualization は、現在 2 つのソフトウェアにパッケージ化されています。新しい MDOP (Microsoft Desktop Optimization Pack)、最新バージョンは MDOP 2008R2 です。
序章
MED-V、APP-V、Hyper-V のネーミング方法は、製品の特徴を直感的に伝えるものであり、Microsoft の以前の製品名が長くて覚えにくいものに比べて改善されていると言わざるを得ません。
ソフトウェアレビュー
製品技術に関する限り、APP-V は非常に満足のいくものであり、インストール構成はそれほど複雑ではありません. 環境条件が満たされている限り、エンタープライズレベルのデスクトッププログラムを構築することは難しくありません. 問題は、 MDOPは多くの環境条件を必要とします. 東風またはどのステップが不適切に設定されている場合, すべての準備ができていても、ちびは燃えることができません.
ハードウェアと環境の理由から、Microsoft Desktop Optimization Pack スイートでのアセット リストとグループ ポリシーの管理など。H エディターはそれらを 1 つずつ注意深く経験したわけではありませんが、Microsoft の製品はあまり期待を裏切らないはずだと思います (のもちろん、時折VISTA例外バーがあります）
Microsoft MDOP (Microsoft Desktop Optimization Pack) スイートの最大のハイライトは、クライアント ターミナル ディスプレイ用のデスクトップ仮想化 MED-Vと、仮想化プログラムのプッシュ配信用の APP-V であり、エンド ツー エンドの仮想化フルライン ソリューションです。ただし、製品自体に関して言えば、Microsoft の仮想化製品は競合他社に比べて長い間遅れており、MDOP スイートはバッチ ソフトウェア アシュアランス (SA) の顧客向けであるため、ベータ段階の製品はいずれかの段階にあります。マイクロソフト テクニカル コミュニティまたはダウンロード センターは見つかりませんでした.これまでのところ,MED-V の痕跡は見たことがありません.それは人々を神秘的でやや失望させます.したがって、編集者 H は、この APP-V の仮想化プログラムを体験することしかできません.時間の楽しみ。
2008 年に入ってからは、Microsoft の製品ネーミング方法の方がユーザーのニーズにより適していると言わざるを得ません.新しいテクノロジを学習して受け入れ、ユーザーに長くて難しい R&D コードまたは製品を記憶させることは、非常に労力のかかる作業です.フルネーム、ショートネームなど、いくつの脳細胞が使い果たされ、見事に犠牲になったと思いますか. しかし、今回はMED-V、APP-V、Hyper-Vを例にとり、製品の特徴を直感的に伝えるネーミング方法が他のマイクロソフト製品に比べて改善されていると感じました。
上の写真にリストされている項目に加えて、完成した MDOP は現在の MED-V の位置にはありません.MED-V は 2009 年初頭に正式に開始されると噂されています. MDOP の完全版には、次の 6 つの主要項目が含まれます。
· Microsoft Application Virtualization4.5 (APP-V) - Microsoft アプリケーション仮想化テクノロジ
· Microsoft エンタープライズ デスクトップ仮想化 (MED-V) —— Microsoft エンタープライズ デスクトップ仮想化テクノロジ
· Microsoft Asset Inventory Service – データ ウェアハウス機能を使用して、ソフトウェア インベントリ データをビジネス インテリジェンスに適用します。
· Microsoft Diagnostic and Recovery Toolset - デスクトップの修復を高速化する強力なツール
· Microsoft Advanced Group Policy Management - 変更管理のための強化されたグループ ポリシー
· Microsoft System Center Desktop Error Monitoring - アプリケーションとオペレーティング システムのエラーをプロアクティブに管理します
MDOP が注目している新しいアプリケーション仮想化ソフトウェア Application Virtualization 4.5 (APP-V) のインストールとセットアップのプロセスを共有しましょう。この APP-V は以前は Softgrid と呼ばれていました. 文字通り分散グリッド コンピューティングの一種を理解しています. プログラム仮想化技術のクライアントと仮想化を実現するサーバー間の相互通信をグリッド コンピューティング モデルを使用して理解しています.計算負荷分散メカニズムと同じ意味。
インストール手順
APP-V をインストールしてすべての機能を実現するには、多くの手順は必要ありません.次の手順が必要です。
1. インストール前の環境設定: ドメイン コントローラを確立し、.Net Framework 2.0、IIS サービス、MSXML6.0 およびその他のシステム環境コンポーネントをインストールし、さらにデータベース SQL Server も必要です。
2. インストール プログラムは、サーバー側の Application Virtualization Management Server を仮想化します。
3. クライアント Application Virtualization Client をインストールします。
4. プログラムのシリアル化ツールである Application Virtualization Sequencer をインストールします。
1. システムの準備、Active Directory、.Net Framework 2.0、IIS、MSXML6.0 のインストール、インストール プロセスの前に既存のシステムがテストされ、不足しているコンポーネントについてプロンプトが表示されますが、これはややばかげた操作です。ただし、これらの不足しているコンポーネントやパッチは、ユーザー自身がダウンロードしてインストールする必要があり、インストーラーのパッケージに統合できれば便利ですが、そうしないと APP-V のインストール プロセスが中断される可能性があります。
Windows Server 2003 では、[プログラムの追加と削除] にコンポーネントを追加し、.Net Framework 2.0 および IIS コンポーネントをインストールします。SQL Server データベース (MSXML コンポーネントが既に含まれています) をインストールします。これらは後で使用されます。そうしないと、前の手順に戻る代わりに、インストール プロセスが終了します。
APP-V にはデータベースのサポートが必要であることも前に述べたので、最初に SQL Server データベースをインストールし、プログラム仮想化用の新しいデータベースを作成して、準備作業を完了します。
Application Virtualization Management Server のインストール
App-V 4.5 では、サーバーは Application Virtualization Management Server と Application Virtualization Streaming Server に分割され、Application Virtualization Management Server は Active Directory グループを使用してユーザー認証を管理します。サーバーには、Active Directory ドメイン サービスに加えて、データベースとデータ ストレージを管理するための SQL Server もインストールされています。Management Server は、Microsoft Management Console へのスナップインである Application Virtualization Management Console を通じて制御されます。Application Virtualization Management Server はエンド ユーザーにオンデマンドでアプリケーションを提供するため、これらのサーバーはより信頼性の高い高帯域幅の LAN システム構成に最適です。
後者の Application Virtualization Streaming Server は、Management Server をサポートするインフラストラクチャを持たない企業のニーズを満たすことができます。Application Virtualization Management Server とは異なり、Streaming Server は SQL または管理コンソールを使用しません。これらのサーバーは、アクセス制御リスト (ACL) を使用してユーザーを承認します. このアーキテクチャは、中小規模の企業、および大規模なデータベースをサポートしていないノードとピアが少ない小規模なネットワーク環境に適しています.
MDOP 2008R2 のインストール インターフェイスを開き、Application Virtualization for Desktop 4.5 を選択してインストールします。
3. インストール インターフェイスに入り、[次へ] まで進みます。
APP-V サーバー管理コンポーネントは多くなく、すべて既定でインストールされ、必要なディスク容量は約 400M です。
ここでは、インストールした SQL Server データベースを使用します。システムがデータベースの存在を検出できない場合は、[次へ] をクリックすると自動的にエラーが報告されます。SQL Server はローカルにインストールされるため、ここではローカルを直接選択します。すべての通信ポートは既定の設定を使用します.既定のポートが既に使用されている場合,ポートを変更することを忘れないでください,これは構成で後で使用されます.サーバーとクライアントの間に不一致がある場合,結果は当然失敗します.
デフォルトのポート 554 をインストールします。
次に、APP-V 用に 2 つの管理グループとユーザー グループを指定する必要があります.これは、動的ディレクトリを設定するときに事前に作成する必要があります.異なるグループを使用して、APP-V に異なる権限を付与します.管理者はサーバーを管理でき、ユーザーは使用できますサーバーから配布された仮想化プログラムを受け入れるためにログインします。
コンテンツの場所を選択します。コンテンツ ディレクトリは、シリアル化され分割されたパッケージ OSD ファイルを格納するために使用され、サーバーはそれ以降、グループ内のクライアントにプログラムを配布します。デフォルトのパスは比較的深く、見つけるのは非常に面倒ですが、もちろんカスタマイズすることもできます。
このステップの重要なポイントは、このフォルダを共有することです. 管理者グループとユーザー グループのメンバーに共有を開くことができます. 便宜上、フォルダを全員に共有することもできます. 誰もが有用な読み取り権限を持っています. このステップはこのステップを完了すると、インストールが完了します。
完了すると、「APP-V 管理コンソール」コンソール プロジェクトが「管理ツール」に表示されるので、実行して開始し、右側の [アプリケーション仮想化システムに接続] を選択してサーバーに接続します。
サーバーがローカルにインストールされている場合でも、完全なコンピューター名、通信プロトコルの種類、およびポートを指定する必要があります。
メモ帳を使用してコンテンツの下の DefaultApp.osd を開き、選択した場所に注意して、プロトコルを RSTP に変更し、ポートをインストール時に一致するようにします。インストール中のデフォルトの 554 このような小さな詳細は、人々を悩ませる可能性が最も高いです。
左側のウィンドウを展開して [アプリケーション] をクリックし、中央のウィンドウで [既定のアプリケーション] を右クリックして [プロパティ] を選択します。この手順は非常に重要です.OSD パスとアイコン パスのローカル パスを必ず変更し、それをネットワーク パスとして選択してください.そうしないと、コンテンツが共有フォルダとして設定されているため、後で構成されません.ネットワーク アドレスを介してアクセスできます。
ショートカット属性は、必要に応じて設定でき、デスクトップ、スタート メニュー、またはショートカット起動バーなど、クライアントが指定した場所にディスパッチするように選択できます。
インストールApplication Virtualization Client
クライアントに Application Virtualization Client プログラムをインストールすることを選択します。
プロセス中に、選択したいカスタマイズに注意してください.そうしないと、多くの設定項目を見逃してしまいます.最初から知っているかもしれません.デフォルト設定でも、APP-Vはデフォルトのルールに完全に準拠していません.そのため、変更した場所を元に戻す必要があることがわかっているため、カスタマイズする方が実用的です。
クライアントは、サーバー上で共有したばかりのコンテンツ フォルダーである共有ネットワーク ディスクをマップします。優先ドライブ文字は Q で、Z まではオプションであることがわかります。これは、基本的にローカル ディスクと混同されません。
パブリッシング サーバーの設定にすぐにチェックを入れ、タイプとして Application Virtualization Server を選択し、ホスト名を正しく入力し、使用したポート 554 を入力します。つまり、以前の入力と一致している必要があります。最後のオプション。
インストールが完了したら、忘れずにシステムを再起動してから、Application Virtualization Client を開いてパブリッシング サーバーを選択します。TEST サーバーが表示されるので、右クリックして [サーバーの更新] を選択し、サーバー情報を更新します。
サーバー側でプログラムの仮想化手順が完了している場合、サーバーのリリース情報を更新した後、プログラム アイコンがデスクトップ、スタート メニュー、または以前に指定した場所に表示され、実行できるようになります。これは、サーバーとクライアントが正常に通信でき、インストールが成功したことを意味します。
インストールApplication Virtualization Sequencer
シーケンサーについて, Softgrid に精通している学生はなじみがないはずです. サーバーとクライアントの両端に加えて, シーケンサーも重要な主役です. シーケンサーはシリアル化ツールです. 小さなブロックに分割され, 結果は独立して.アプリケーション自体を変更せずにブロックを結合できます。
Sequencer の役割は、アプリケーション全体を複数の個別の機能コンポーネントに分割してシリアル化することです。シリアル化されたアプリケーションプログラムの各機能は、実際には独立して分割されています. クライアントが機能を使用する必要がある場合、クライアントはリクエストコマンドをサーバーに送信し、サーバーは個別の機能を細かく分割して送信します. すべてのプログラムはワンポットで利用可能です.これにより、ネットワークとサーバーの負荷が大幅に軽減されます。
Sequencer は APP-4.5 でほとんど変更されていません. シリアル化プロセス中に、Sequencer は監視環境を仮想化し、シリアル化するアプリケーション プログラムがシリアル化コンピューターにインストールされます。次に、シリアル化されたアプリケーションが起動し、最も重要で頻繁に使用される機能を実行して、監視プロセスが主要な機能ブロックを構成できるようにします。
実際の環境では、一般的な企業には複数のバージョンのデスクトップ オペレーティング システムが含まれていることに注意してください.アプリケーション シーケンス パッケージを作成する場合、アプリケーションが対応するオペレーティング システムで動作することが保証されるように、同じオペレーティング システムでパッケージ化する必要があります。クライアント OS バージョンで正常に動作します。
実際のアプリケーションでは、生成されたシリアル化されたファイルで不要なエラーや競合を回避するために、クリーンなシステムが必要です. 仮想マシンを使用して、シリアル化されたファイルを生成するクリーンな仮想システムにシーケンサーを実装することをお勧めします. アプリにアップロードした後-仮想マシンをプログラムがインストールされていないクリーンなシステム状態にロールバックし、別のソフトウェアのシリアル化を続行します。これは面倒に思えますが、シリアル化された複数のパッケージをクライアント上で実行すると、不要なシーケンス ブロックが多くなり、プログラムの競合が発生する可能性があり、Sequencer によって作成されたパッケージは将来的に永続的に保存される可能性があります。これを最後にきっぱりと。
App-V Sequencer をインストールします。このプロセスで構成する特別なことは何もありません。次に進むまで、既定のインストールを選択します。ただし、テストでは、インストールが中断されたり、エラー プロンプトが表示されたりすることはありませんでしたが、交換後はスムーズです。 a システム インストールされているため、システム ファイルが不足している可能性があります。
アプリケーション仮想化パッケージを作成する
インストール後、テストを行います. H はテスト ソフトウェアをいくつか持っているだけです. ここでは、ローカルの材料を使用して、シリアル化されたソフトウェアとしてディスク テスト ソフトウェア Iometer を作成します. プログラム パッケージの作成方法は同じです.
Sequencerを起動すると制作ウィザードがあり、順を追って学習できます。パッケージの名前とパッケージを配置するパスを決定した後、Sequencer はモニターを開始します。モニターは、アプリケーションのさまざまなインストール コンポーネントを記録し、それらを 1 つずつシリアル化します。
Monitor を起動すると、Sequencer は自動的にシステム トレイに縮小されます。次に、アプリケーション プログラムのインストールを開始できます. ディスク パフォーマンスのテストに Iometer を選択しました. インストールはシンプルでコンパクトで、インストール手順はローカル システムのインストール プログラムと同じです.
Iometer をインストールしたら、Sequencer に戻り、[次へ] をクリックして監視を停止します。
ステップ 5、モニターによって収集されたプログラム情報を表示します。ここで、プログラムのデフォルト パスを「Q」ディスクに変更できます。クライアントの場合、仮想化プログラムのキャッシュ ファイルは、APP-V クライアントのインストール時に定義されます。 Q ディスク、仮想化プログラムのパスをクライアントのローカル パスに変更する必要があります。
個々のプログラム コンポーネントについて、それらが正しく起動するかどうかをテストできます。
Iometer の連載を完了できます。
展開ラベルに APP-V サーバーのホスト名とポートを入力し、サーバーのローカル パス、名前、およびその他の関連情報と一致するようにプログラム パッケージの情報を変更します。これらのファイルは最終的にサーバーのコンテンツ ディレクトリにコピーされると考えられており、キー情報は一貫している必要があります。
その後、このプロジェクトのファイルを保存できます。今後 Iometer パッケージを作成する必要はありません。これらのファイルを保存するだけです。
APP-V プログラムの仮想化を正式に開始
ここまでが今回の準備で、クライアントサーバーやシリアライゼーションツールのインストールと設定はシステム全体を構築するプロセスです。H 氏は、APP-V の構成プロセスはそれほど複雑ではありませんが、細心の注意を払う必要があると感じています.企業に数百または数千の顧客ノードがある場合、展開プロセスは非常に恐ろしいものになると想像してみてください.もちろん、そのような膨大な量のタスクに対応する技術的手段があるかどうかは別の問題です。
まず、準備したパッケージをコンテンツ フォルダーにコピーし、APP-V 管理コンソール コンソールに切り替えて、アプリケーション アイテムを右クリックし、[アプリケーションのインポート] を選択します。
適当に配置した content\Iometer ディレクトリにある iometer.sprj ファイルを選択し、プログラムにアクセスできるアカウント グループを追加し、先ほど動的ディレクトリに定義したグループを追加します。
OSD パスとアイコン パスが \server name\content を指すようにしてください。そうしないと、対応するアイコンとプログラム グループが表示されません。
最後のステップ: グループのメンバーを使用して、クライアント システムにログインします. 元のクライアントも、インストールされたばかりのクリーンなシステムです.
システムを起動したところ、必要な「iometer」がスタート メニューに表示され、名前とアイコンに問題がないことがわかりました。
クリックして実行すると、iometer が正常に起動し、操作はローカルにインストールされたプログラムとまったく同じです。
これまでのところ、APP-V プログラム仮想化システムは正常に構築されています。
結論：
APP-V システム アーキテクチャ図
App-V ソリューションは、Active Directory に基づいており、App-V Server、Sequencer、および App-V Client と組み合わせて完全な仮想アプリケーション ソリューションを形成します。このソリューションでは、Sequencer を使用して、展開する必要があるアプリケーション パッケージをテストおよび作成します。 App-V V Server は、Sequencer によって生成されたプログラム パッケージを App-V Client に配布するために使用されます。
App-V アーキテクチャでは、通常、Sequencer をクライアント オペレーティング システムと一致させ、Sequencer を使用してアプリケーション パッケージを展開するときにシステムをクリーンに保つことをお勧めします。たとえば、企業内のクライアントがすべて Windows XP である場合、Sequencer を生成するために使用されるサーバーも Windows XP であることが期待されます. 一部のソフトウェアは異なるオペレーティング システム バージョンに展開できますが、他の冗長ソフトウェアを使用しないことをお勧めしますオペレーティング システムにインストールされているサードパーティ ソフトウェア。
企業の実際のアプリケーションでは、クライアントはさまざまなバージョンのオペレーティング システムを使用する場合があります。一般的な方法は、異なるバージョンの複数のオペレーティング システムを展開し、Sequencer をインストールすることです。このような責任ある要件の下では、仮想システムを使用してシステムをクリーンに保つのが最善です。
Sequencer を使用してアプリケーション パッケージを作成すると、仮想化対応アプリケーション ファイル (.sft)、オープン ソフトウェア記述ファイル (.osd)、アイコン ファイル (.ico)、およびプロジェクト ファイル (.sprj) が生成されます。共有ストレージまたは App-V サーバーにアップロードし、Active Directory の権限管理と組み合わせて、アプリケーション パッケージをクライアントにリリースします。クライアントがアプリケーションのショートカットまたは関連ファイルを初めて開くと、App-V サーバーにダウンロードされ、コードの 5% から 20% のみがダウンロードされて、「最短のスタートアップ コード」が実行されます。
同時に、ダウンロードされたアプリケーション プログラムは、コントロール パネルの SoftGrid 管理でダウンロードされた割合を確認できるようになり、アプリケーション プログラムは使用中にローカル コンピュータにインストールされなくなります。これまでのターミナルサービスとの違いは、ローカルで実行され、オフライン操作に対応していることです。アプリケーションをアップグレードする必要がある場合、管理者は元の生成されたアプリケーション プロジェクト ファイルを再インポートし、インストールおよびアップグレード後に再配布するだけで済みます。これは、ユーザーの継続的な使用に影響しません。
クライアントが以前の「最短の起動コード」にない機能を使用する必要がある場合、サーバーから対応するコードを自動的にダウンロードして実行します。統計的に言えば、企業のすべてのクライアントが同じソフトウェアの同じ機能を同時に使用する可能性は非常に小さいため、これもデータ シャントの役割を果たすことができ、それによって速度が大幅に高速化されます。
In the MDOP suite, there are other tools used by enterprise for desktop management . MDOP を使用してアプリケーションをクライアントに展開する場合、企業は App-V を介して展開されたプログラムを管理することもできます。同時に、App-V ソリューションを使用して、デスクトップの標準化、デスクトップの高可用性、およびエンタープライズ クライアントのデスクトップの管理性を実現することもできます。
動作原理
Microsoft App-V 移行ウィンドウをつかむ
そもそも仮想化を使い始めた理由は、今日では真実ではないかもしれません。Microsoft App-V 4.5 または 4.6 のサポート終了が近づいているため、それまでに移行を完了できるように、どのアプリケーション仮想化ツールを選択するかを決定する時期です。
まだ App-V 4.5 または 4.6 を使用している場合は、移行計画について考え始めるときです。
Microsoft App-V 4.5 は現在、製品ライフサイクルの延長サポート期間中であり、延長サポートは 2019 年 1 月 8 日に終了します。App-V 4.6 は、2015 年 7 月 14 日に開始される延長サポート開始まであと数か月しかありません。App-V4.6 の延長サポート期間は 2020 年 7 月 14 日に終了します。
どうやら、まだ慌てる必要はないようです; 結局、これらの期限は Windows XP (サポートが終了した) ほど差し迫っているようには見えません。しかし、App-V 移行の計画を開始するのに最適な時期でもあります。では、どこに移行する必要がありますか? Microsoft App-V 5 が最も簡単な答えのように思えますが、いくつかの質問に答える時間があれば、そもそもアプリケーションの仮想化を行っている理由を確認してください。今日のあなたの答えは、当時とは大きく異なる可能性があります。
App-V アプリケーション仮想化を採用した理由
初期の App-Vアプリケーション仮想化、App-V の主な目的は、アプリケーション間の分離を実現することです。同じ App-V アプリケーションの異なるバージョンが Windows の 1 つのインスタンスに共存する必要があります。これは、いわゆる「DLL 地獄」で経験したことです。(App-V アプリケーションの仮想化により、アプリケーションの共存と分離を実現できます。)
さらに、App-V アプリケーション仮想化用のストリーミング コンポーネントも、これまで多くの企業を魅了してきました。App-V ストリーミング アプリケーションでは、必要な App-V アプリケーション データ チャンクのみがユーザーのデスクトップ システムに送信されます。App-V アプリケーションは引き続きローカルで実行されますが、App-V ストレージとネットワークの使用量は大幅に削減されます。If a remote user needs to run a Word program, you can delivery the App-V program blocks to the user on demand. ユーザーがすぐに必要とする App-V データと比較して、App-V の重要でないデータ ブロックは、ユーザーがすぐに電話をかけない場合は、転送優先度が低くなります。
それ以来、App-V アプリケーション仮想化の使用シナリオは徐々に変化し、分離とストリーミングはもはや普及しておらず、純粋な App-V アプリケーション管理に重点が置かれています。
App-V アプリケーション仮想化が現在も使用されている理由
App-V アプリケーション仮想化の基本は、実際には App-V アプリケーション ソフトウェアをパッケージ化することです。これらの App-V パッケージには、単一のアプリケーションまたはいくつかのプラグインを含む Outlook など、依存関係を持つアプリケーションのグループを含めることができます。App-V アプリケーションを分離してストリーミングする必要がない場合でも、アプリケーション パッケージは、App-V デスクトップ ベース イメージ (物理的または仮想的) の数を減らすのに非常に効果的です。
問題は、従来の App-Vアプリケーション仮想化ツール (Microsoft App-V や VMware ThinApp など) では、すべてをパッケージ化できないことです。何らかの理由で、一部の App-V アプリケーションは仮想化して実行するようにパッケージ化できないため、これらの特殊なケースは基本イメージに展開する必要があります。すべての App-V アプリケーションは異なりますが、通常、問題は会社が忘れていた古い App-V アプリケーションの機能です。App-V アプリケーションを管理する手段として App-V アプリケーションの仮想化を使用したいだけの場合は、期待を裏切る結果になる可能性があります。
上記を念頭に置いて、App-V 4.6 から 5 への移行を検討している場合は、今すぐ App-V アプリケーション仮想化をどのように使用するかを検討する必要があります。分離、セキュリティ、およびアプリケーション ストリーミング アプリケーション機能が必要ですか? 答えが「はい」の場合は、App-V に進むことができます。
優れた App-V アプリケーション管理プラットフォームが必要な場合は、他の App-V の代替手段を検討してください。App-V の最新のアプリケーション管理プラットフォーム オプションには、さまざまなアプローチがあります。FsLogix はポリシーを使用して、App-V アプリケーションが基本イメージに展開されている場合でも、Windows から App-V アプリケーションを非表示にします。
Cloudhouse によって管理される App-V アプリケーション パッケージは分離して存在せず、App-V アプリケーション パッケージは既定で統合された状態で実行されます。Spoon は、Web フロント エンドのマイクロ仮想マシン コンポーネントでアプリケーションを実行します。独自の ThinApp を既に持っている VMware でさえ、今日では独自の App-V アプリケーション管理製品を提供しています。App-V ボリュームは、仮想ディスク上の最新の App-V アプリケーション パッケージです。
多くのオプションがあり、どのプラットフォームを選択するかは、App-V をどのように使用するかによって異なります。プラットフォームを切り替えるのが好きな人はいませんが、そうする必要がある場合は、今が計画を立てる絶好の機会です。
転載元：App-V_Baidu百科事典