アプリケーション配信方法の評価

寄稿者

著者: Saša Petrović

謝辞:

Holger Marggrander Jeff Qiu Maria Chang Martin Latteier Martin Zugec Rico Projer Robert Wölfer Sarah Steinhoff

概要

どのアプリケーション配信方法が最も適しているかを評価することは、Citrix と同じくらい古いアクティビティであり、より多くのアプリケーション配信技術が開発されるにつれて、より複雑になっています。それは頻繁に尋ねられる質問ですが、答えは必ずしも単純ではありません。さまざまなユーザー要求、さまざまなアプリケーションの種類、新しい配信テクノロジや変化などの状況は、評価に大きく影響します。

この記事は、要件に基づいて手元にあるユースケースに最適なアプリケーション配信方法を特定するためのガイドラインです。今日のアプリケーションのエコシステムは劇的に変化しており、SaaSベースのアプリケーションを組み込むことで、今後数年間でさらに進化していくことが期待されています。したがって、最適な配送方法を特定するために、評価プロセス中にさまざまな側面を考慮する必要があります。この複雑なプロセスを簡略化するために、さまざまなシナリオを案内するデシジョンツリー図が作成されています。図は、次のセグメントに分かれています。

  1. 最新vs. 従来
  2. Endpoint vs. Citrix Virtual Apps and Desktops
  3. ホストされた共有 vs. VDIデスクトップ
  4. ホストされた共有デスクトップvs. ホストされた共有アプリケーション

4つのセグメントは、アプリケーション配信方法の異なる層を示し、セグメントの結果の一部は後続のフローチャートにつながります。次の概要は、階層の相互関係を示しています。

明示的な決定要因

第1層と第2層は、ソリューションアーキテクトとアプリケーションビジネスオーナーにとって最も関連性が高くなります。その結果は、提供方法ではなくテクノロジースタックであるためです。階層3と階層4は技術主導であり、Citrix Virtual Apps and Desktops の配信方法に関連しています。したがって、エンジニアと管理者を対象としています。

異なる要件、ニーズ、および状況は異なる結果につながり、したがって、「1つのサイズはすべてに適合」の方法は存在しません。どの環境にも独自の特性があるため、評価プロセスにおいても権利や誤りはありません。多数の支店にまたがる大規模なユーザーベースと複雑な変更管理プロセスを抱えている企業は、1 つのデータセンターを持ち、シンプルな変更管理プロセスを持つスモールビジネスとは異なった結論を導き出しています。

すべてのアプリケーションに対してフローチャートを実行できますが、ダイアグラムは主に配信戦略に関する一般的なガイダンスを提供することを目的としており、現在のインストールベースに挑戦するためにも使用できます。図にはさらに、ほぼすべての決定とその意味についての説明が含まれており、特定のユースケースに関する推奨事項を示します。

注意: お客様の環境固有の特性により、予期せぬ結果を避けるために、実装前にすべての設定と組み合わせを徹底的にテストする必要があります。

さまざまな配信方法に関するリソースの詳細については、「Citrix」を参照してください。

最新vs. 従来の概要

最新: この記事では、サービスとしてのソフトウェア (SaaS) として提供される Web ベースのアプリケーションを最新のものとして検討します。これらのアプリケーションは、通常、クラウドコンピューティング環境でホストされます。オンプレミスのデータセンターにある Web アプリケーションは、コード実行が Web サーバーで実行され、クライアントコンポーネントが不要である限り (Web ブラウザを除く)、最新のものとして考えることができます。

従来型:従来型は、アプリケーションがユーザーのエンドポイントやCitrix Virtual Apps and Desktops のワークロードに直接インストールされることを意味します。このタイプは、クラシックアプリケーションとも呼ばれます。今日のアプリケーションのほとんどはまだインストールする必要があり、SaaSアプリケーションとして利用できないため、レガシーアプリケーションを呼び出すことは正確ではありません。

技術的な観点からは、SaaSアプリケーションが推奨されます。このコードは、クラウド環境でホストされているWebサーバーで実行されます。通常、クライアント/フロントエンド側でリソースの使用量が少なくなります。さらに、バックエンドシステムのスケーラビリティとメンテナンスは、アプリケーションプロバイダが処理するため、もはや懸念されることはありません。このモデルでは、アプリケーションも「最新」の状態に保たれ、環境への大きな影響はありません。クライアント/フロントエンドでは、アプリケーションにアクセスするためにブラウザのみが必要です。したがって、アプリケーションに関連するメンテナンス作業がほとんどまたはまったく必要ありません。この設定では、オペレーティングシステムに依存しないため、任意のデバイスを使用することもできます。Citrix Workspaceは、SaaS アプリケーションを安全な方法で配信および管理するための理想的なプラットフォームです。Access Controlセキュリティ分析、SaaSアプリケーションへのシングルサインオンなどの機能とソリューション、インテリジェントワークスペースによるマイクロアプリでは、可能な限り最高のセキュリティで統一され、したがって最高のユーザーエクスペリエンスを提供します。

ただし、SaaS アプリケーションを使用できない理由があります。たとえば、技術的、法的、セキュリティ上の要件を満たすことができない場合は、従来のアプローチを検討する必要があります。このようなシナリオでは、SaaS の使用が不可能な理由を正確に特定することが最善です。特定したら、部分的な統合または段階的な移行が可能かどうかを明確にし、SaaS テクノロジが提供する利点を活用することをお勧めします。

最新vs.従来

Endpoint vs. Citrix Virtual Apps and Desktops の概要

Endpoint: 物理クライアントデバイスへのインストール。

Citrix Virtual Apps and Desktops: Citrix Virtual Apps and Desktops を介したアプリケーションの仮想化。アプリケーションがホストされた共有サーバーまたはVDIデスクトップにインストールされます。Citrix Virtual Apps and Desktops の正確な配信方法は、後続のセグメントで決定されます。

デバイスのダイバーシティ

従業員に加わるデジタルネイティブ企業の数は増え続けています。企業は、Windows以外のデバイスを使用してエンドポイントのポートフォリオを拡大することを強くしています。また、SaaSアプリケーションは、使用しているデバイスやオペレーティングシステムの種類に関係なく、ユーザーがアプリケーションにアクセスできるようにしています。Windows ベースではないデバイスを許可する需要は、過去数年間で大幅に増加しています。Citrix Virtual Apps and Desktops を使用して、WindowsベースのアプリケーションをWindows以外のデバイスに配信することもできます。

セキュリティ

アプリケーションをCitrix Virtual Apps and Desktops に移動すると、クライアントのフットプリントが削減され、ゼロトラストアーキテクチャが可能になります。Citrix の仮想化およびネットワーキングテクノロジーは、シームレスなユーザーエクスペリエンスを提供しながら、ユーザー、アプリケーション、データをセグメント化するための堅牢な方法を提供します。これにより、ネットワークトラフィックを合理化できます。エンドポイントからサーバーへのネットワーク通信は最小限に抑えられ、サーバーネットワークの露出が減少します。フロントエンドとバックエンド間のアプリケーション・データ・トラフィックは、サーバー・ネットワークの範囲内にのみ存在します。

契約社員

通常、コンタクタはすでにデバイスを所有しています。企業デバイスを配布する代わりに、Citrix Virtual Apps and DesktopsとCitrix Gatewayを使用して、アプリケーション、デスクトップ、およびその他のリソースへの安全なアクセスを許可できます。このアプローチにより、エンドポイントのコストとメンテナンス作業が削減されます。

市場投入までの時間

多数のエンドポイントへのアプリケーションのインストールは、すべてのデバイス上でインストールを実行する必要があるため、面倒で時間がかかり、エラーが発生しやすい作業になります。この状況は、特に数千のデバイスが世界中に広がっている大企業に適用されます。このようなユースケースでは、アプリケーションリリースがすべてのデバイスに配布されるまで数週間または数か月かかることがあります。問題が発生した場合、ロールバックはさらに複雑で時間のかかる作業になる可能性があります。

Citrix Virtual Apps and Desktops を使用すると、アプリケーション管理を一元化できます。アプリケーションリリースは、クライアントデバイスとは無関係です。これは、更新が企業のデータセンターのホストされた共有サーバーまたは VDI デスクトップで行われるためです。さらに、Citrixの市場をリードするイメージ管理機能を活用するには、Citrix Provisioning ServicesまたはMachine Creation Serviceを使用することを強くお勧めします。どちらのイメージ管理ソリューションも、すべての仮想マシンで一貫したインストールベースラインを実現し、最速のロールアウトとロールバック方法を提供します。リリースは、仮想マシンを簡単に再起動してロールアウトまたはロールバックできるため、新しいアプリケーションのデプロイのタイム・トゥ・マーケットを最小に短縮できます。

モバイルワーカーの実施

モバイルユーザーは頻繁に出張しており、オフラインでもアプリケーションにアクセスする必要があります。オフラインでは、ドキュメントの編集や電子メールの書き込みが最も一般的なタスクです。このようなシナリオでは、アプリケーションをエンドポイントにインストールする必要があります。しかし、今日のビジネス・アプリケーションのほとんどは、機能するためにバックエンド接続が必要です。これは、モバイルユーザーがアプリケーションを使用するためにオンラインでなければならないことを意味します。CitrixHDXプロトコルにより、モバイルワーカーは低帯域幅または高レイテンシーの接続でも優れたユーザーエクスペリエンスを持つアプリケーションにアクセスできます。

Endpointと CVAD

ホストされた共有 vs. VDI デスクトップの概要

ホストされた共有(マルチユーザー): ホスト共有システムは、リモートデスクトップセッションホストの役割(旧ターミナルサーバー)がインストールされたWindows Serverオペレーティングシステムに基づくVDAです。このタイプは、マルチセッションOS /サーバーOS VDAと呼ばれ、複数のユーザー間で同時に共有されます。

VDIデスクトップ(シングルユーザー): この記事では、VDIはシングルセッションOS/デスクトップOSのVDAを指します。この配信タイプは、クライアントオペレーティングシステムに基づいており、一度に 1 人のユーザーが排他的に使用します。

一般に、ホストされた共有デスクトップは、複数のユーザーが 1 台のマシンでホストされるため、コスト効率が高くなる傾向があります。ただし、リソース (CPU、メモリ、ディスク) を集中的に使用するアプリケーションをサポートするなど、VDI デスクトップが優先されるユースケースもあります。また、管理者権限を必要とするユーザーは、セキュリティ上の考慮事項により VDI を必要とし、必要に応じてデスクトップをインストールして変更することができます (他のユーザーに影響を与えずに)。また、他のソリューションとの運用上およびプロセス上の相乗効果が追加のコストオーバーヘッドを上回るため、VDIを使用するお客様もいます。

ホストされた共有vs.VDI

ホストされた共有デスクトップvs. ホストされた共有アプリケーションの概要

ホストされた共有デスクトップ: この方法は、単一のマルチセッション OS 上で複数のユーザーに公開されるデスクトップです。

ホストされた共有アプリケーション(多用途): ホスト共有アプリケーションモデル(多用途)では、複数のアプリケーションが同じサーバーにインストールされ、多数のユーザー間で共有されます。これは、マルチセッションOSにも基づいており、時にはサイロ化されたアプローチと呼ばれます。このモデルでは、アプリケーションは事実上配信され、ユーザーデバイス上で高解像度でシームレスに表示されます。

ホストされた共有アプリケーション (単一使用): 複数使用と単一使用の唯一の違いは、ホスト共有アプリケーションの単一使用には 単一の ビジネスアプリケーションしかインストールされていないことです。このアプリケーションは、複数のユーザーが一度に使用することができます。重要: このタイプのソリューションは、リソース(コスト)とメンテナンス(努力)の観点から非効率的であるため、可能な限り避けるべきです。

このセグメントのアプローチは、他のアプローチとわずかに異なります。これらの3つの配信方法を利用する方法は多くの異なる組み合わせがあります。そのため、お客様やパートナーが最も直面している課題に基づいて、最適な配送方法を特定しようとしました。アプリケーションの特性を詳細に理解し、どのデリバリーモデルを使用できるかをより適切に評価するには、適切なビジネスアプリケーションオーナーと緊密に連携することが重要です。

運用面では、できるだけ多くのアプリケーションを1つのイメージに配置すると、多くの場合、メンテナンス作業が削減されます。画像の数が少ないほど、作業が少なくなります。ただし、これには、これらのアプリケーション間に技術的な競合がないことが必要です。あるアプリケーションの変更では、イメージ上の他のすべてのアプリケーションもテストする必要があります。したがって、組織の競合を避けるために、すべてのアプリケーションの変更とリリースの管理プロセスを詳細に反映することが重要です。アプリケーションをファイル共有(可能な場合)またはApp-V(共有コンテンツストア)でホストすると、イメージングプロセスを経ずに変更を適用できるため、リリースプロセスがさらに簡素化されます。どちらのオプションもすべてのユースケースで使用できるわけではないため、適切なサイズのインフラストラクチャを追加する必要があります。いずれにしても、これらの方法は、画像の変更回数を減らすのに役立つため、少なくとも考慮する必要があります。

セキュリティ要件やパフォーマンス使用率などの他の要因も、意思決定プロセスに影響を与える可能性があります。特に、リソース使用率が予測不可能で、CPU バーストが定期的であるアプリケーションは、他のアプリケーションとそのユーザーに悪影響を及ぼします。このようなボトルネックは、そのシステム上のすべてのユーザーが悪いユーザーエクスペリエンスに苦しむため、任意のコストで回避する必要があります。Workspace Environment Management は、このようなパフォーマンスのボトルネックを軽減するのに役立ちます。Workspace Environment Managementがボトルネックを処理することさえできないアプリケーションは、専用サーバー(ホストされた共有アプリケーションの単一使用)に配置する必要があります。このタイプのセットアップにより、必要なリソースが利用可能になり、他のアプリケーションへの悪影響を回避できます。

ホストされた共有デスクトップvs.ホストされた共有アプリ

概要

この記事では、アプリケーションの配信方法を選択する際の最も一般的な決定要因を反映しています。このガイドは、独自の環境に最適な方法を特定するのに役立ちます。

ソース

この記事の目的は、独自の実装計画を支援することです。この作業を容易にするために、独自のニーズに適応できるソース図を提供します:ソース図