App-Vの何がそんなに素晴らしいのですか？
App-Vは、小さいながらも非常に熱心なファンベースを持つテクノロジーの1つです。そして、それが私の会社で役立つかもしれないと思って、私はそれを試してみることにしました。 2週間深く掘り下げて、いくつかのアプリ（Java、Reader、Citrix、Chromeなど）をシーケンス処理/公開した後、私はそれが何であるか、そしてそれが何ができるかについてかなりうまく理解できたと思います。
残念ながら、私はApp-Vが解決するよりも多くの問題を引き起こすという結論に急速に近づいています。私が製品の基本的なポイントを見逃しているかどうか、または誰かが私に理解を助けてくれることを願って、この質問を投稿しています。 App-Vは私の環境には適していません。
それで、私が理解しているApp-Vの約束のリストと、それを使って私が観察した現実は次のとおりです。
約束：アプリケーションの共存。 App-Vを使用すると、通常は互いにうまく機能しないアプリケーションを一緒にパッケージ化して実行できます。 ProバージョンのAcrobat9とExcel2010にそれぞれ依存する2つの基幹業務アプリがあります。最新バージョンのAdobeReaderまたはMSOfficeをインストールすると、どちらもひどく壊れ、RDS環境ではどちらもうまく機能しません。 OfficeとReaderはコアアプリなので、これらのPCを別々に管理する必要があり、それはお尻の痛みです。 App-Vを使用すると、これらのアプリを依存関係とともにApp-Vバブル内にパッケージ化できるため、ネイティブにインストールされている兄弟に邪魔されることはありません。
現実：それはそのようには機能しません。共存が正しく機能するためには、依存アプリケーション（Acrobat Pro/ReaderとOffice2010/2016）の両方のインスタンスが仮想である必要があります。つまり、組織全体で仮想化する必要があるか、それらのPCを個別に管理することに固執しています。 App-Vは私に何も取得しません。
Promise： App-Vを使用すると、アプリケーションを独自のカスタマイズでパッケージ化できるため、ユーザーには、初回実行ダイアログ、役に立たないアイコン、知らない情報の入力（サーバー名など）などが表示されません。 ）通常はヘルプデスクへの問い合わせが発生します。
現実：スクリプトやグループポリシーなどを使用して、ゴミをすべて抑制することに何年にもわたって非常に優れているので、ネイティブにインストールされたアプリでこれをすでに行っています。これらのプログラムをスクリプトやレジストリハックでシャットダウンするのにかかる時間は、参照PCでプログラムをシーケンスしてカスタマイズするのにかかる時間とほぼ同じです。そこには時間の節約はありません。また、一部のアプリはApp-Vで動作しないため、とにかくスクリプトを作成してハックする必要があります。
Promise：仮想アプリケーションは完全にサンドボックス化されており、セキュリティとアプリケーションの復元力が向上しています。 App-Vパッケージは、ユーザーが制御する接続グループを介する場合を除いて、相互に対話できません。マイクロソフトは、これはセキュリティの境界ではないことを明示的に警告していますが、それでもマルウェアの攻撃対象領域を減らしています。さらに、ネイティブアプリケーションは、アンインストール時にクリーンアップされないファイルシステムとレジストリ全体に糞便を残すことが多く、トラブルシューティングがより困難になります。ただし、仮想アプリは自己完結型のバブルであるため、簡単に削除したり、既知の良好な状態に戻したりできます。
Reality： App-VパッケージはDockerコンテナではありません。それらはOSから隠されていますが、OSはそれらから隠されていません。彼らはまだあなたのファイルシステムとレジストリ全体に糞を残します。また、ほとんどのアプリにはCOMインターフェイスがOSに公開されている必要があるため、仮想アプリはほとんどOSから隠されていますが、完全に。これにより、トラブルシューティングが難しくなりますが、簡単ではありません。また、プロファイルローミング、フォルダーリダイレクトを使用し、均一なデスクトップイメージを使用します。修正に1時間以上かかるコンピュータは、無意味になり、リロードされます。
Promise：ストリーミングコンテンツ。仮想アプリケーションはオンデマンドでのみ提供され、人々が実際に使用する機能に必要なだけのディスク容量を使用します。このあたりにディスク容量の問題があるので、これは良いことです。また、ストリーミングされたコンテンツは、書き込みフィルターを備えたシンクライアントやVDIシナリオなどのロックダウンされた静的デスクトップに使用できます。
現実：コンテンツストリーミングは遅すぎて役に立たない。 LAN接続を備えた標準的なワークステーションでも、パッケージの重要なビットがフェッチおよびキャッシュされる間、最初の起動時に初期遅延が発生します。次に、新しい機能が使用されると、それらのビットに別の遅延が発生します。ユーザーからのフィードバックはありません。遅延は、コンピューターが壊れていると人々に思わせるほど長いものです。これは本当にひどいユーザーエクスペリエンスになります。そして、ラップトップの問題があります。キャンパス外に1つ持っていくと、キャッシュされていないものを使おうとすると、水中で死んでしまいます。この問題は、デバイスごとではなく、パッケージごとにのみ軽減できます。 SCCM（私たちがそうです）を使用している場合を除き、その場合、パッケージはローカルSCCMキャッシュからローカルApp-Vに「ストリーミング」しますキャッシュ、2倍のスペースを占有します。
だから私は私の質問を繰り返します。 App-Vの何がそんなに素晴らしいのですか？アプリを仮想化することにはいくつかの大きなメリットがあります。App-Vのレシピとテクニックに特化したWebサイト全体があります。私はこの製品を愛したい。しかし、私が概説した問題があるので、私はそれを本当に正当化することはできません。
それとも私はここで何かが足りないのですか？
あなたは非常に徹底的な批判的分析で頭に釘を打ちました。すべてのシナリオで機能する特定のアプリと、うまく機能しないアプリがあります。
ストリーミングコンテンツがフィードバックを提供しないというあなたのコメントが正確かどうかはわかりません。最初の起動の進行状況を示すステータスバーと、パッケージの残りの部分をサイレントにバックグラウンドストリーミングするための設定オプションがあります。
完全な開示、私はそれを数年使用していません（それが約4.6までソフトグリッドであった4。0日前に使用していました）ビット私はすぐにそれを再びテストし始めることを探しています。
私はそれをかなり大きな教育機関で使用していましたが、あなたが言及していない有用なものをいくつか見つけました。
ユーザーが任意のデスクトップからアクセスできる非常に幅広いアプリケーションがありました。App-vを使用すると、事前にこれらをデプロイする必要がなくなり、コアイメージのサイズが大幅に削減され、イメージのデプロイ時間が短縮されます。
固有の同時使用制限は、サイトライセンスとしてコストがかかるアプリケーションのライセンスを取得できるが、どこからでもアクセスできることを意味していました。
アプリケーションは、更新などのために再シーケンスされ、どのマシンでもすぐに利用できるようになります。
TL; DRいくつかの大きな利点がありますが、それは聖杯ではありません。
まず、私はあなたに100％同意します。
次に、私はSBCのみを使用しています（Citrixですが、RDSは同じです）。大規模なサーバーで複数の小規模（1〜50ユーザー）の顧客をホストし、サーバーごとに最大100ユーザーをホストします（はい、私は知っています、いいえ、それは私の電話ではありません）。
App-Vは、私たちにとって1つの点で優れています。コンピューターごとに複数のインストールをサポートしない、同じアプリケーション（1つの業界の大物であるため多くのことを行います）を持つ複数の完全に別個の顧客をホストします。 App-Vはそれを可能にしますが、App-V（または同様の仮想化）がなければ不可能でした。
とは言うものの、私たちはずっとApp-Vと格闘していて、その約束の多くは失敗に終わっています。アプリケーション管理はひどいです。多くの場合、パッケージを更新することは実際には不可能であり、新しいバージョンの新しいアプリケーションをロールする必要があり、それらの展開はさらに手間がかかります。また、シーケンサーやストリーミングのバグについては、始めないでください。また、複雑なアプリケーションに適したレシピを取得するには多くの時間がかかり、それ以外の場合よりも深く理解する必要がある場合があります。
App-Vは、トラブルシューティングと保守が簡単、高速、簡単であるという理由だけで、App-Vなしでインストールできるアプリケーションには使用しないようにしています。
あなたの質問に答えて結論を出すことに関して：それは私たちに不可能であるべきことをさせてくれますが、コストがかかります。
App-Vを使用すると、XenDesktopと組み合わせるとメンテナンス時間を短縮できます。
これにより、RemoteAppまたはXenAppで公開できないゴールデンイメージの不要なソフトウェアをローカルにインストールできなくなります。
これにより、ターミナルサーバーではなく、マシン内で集中的なプロセスを実行できます。