設計上の決定:アプリケーション配信方法の評価

概要

最適なアプリケーション配信方法がどれかを評価することは、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つのデータセンターとシンプルな変更管理プロセスを持つ中小企業とは結論が異なります。

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

注意: 環境の特性は、予期しない結果を避けるため、実装前にすべてのセットアップと組み合わせを徹底的にテストする必要があります。

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

最新vs. 従来の概要

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

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

技術的な観点からは、SaaS アプリケーションが好まれます。コードはクラウド環境でホストされている Web サーバー上で実行され、通常、クライアント側/フロントエンド側のリソース使用量が少なくなります。さらに、バックエンドシステムのスケーラビリティとメンテナンスは、アプリケーションプロバイダによって行われるため、もはや懸念されません。このモデルでは、アプリケーションも環境に大きな影響を与えることなく「常緑樹」の状態に保たれます。クライアント/フロントエンドでは、アプリケーションにアクセスするためにブラウザのみが必要です。したがって、ここではアプリケーションに関連するメンテナンス作業はほとんど必要ありません。この設定では、オペレーティングシステムに依存しないため、選択した任意のデバイスを使用することもできます。Citrix Workspace は、SaaSアプリケーションを安全な方法で提供および管理するための理想的なプラットフォームです。 セキュアプライベートアクセスセキュリティ分析、SaaSアプリケーションへのシングルサインオン、 [Workspaceインテリジェンスによるマイクロアプリの組み込みなどの機能とソリューションは](https://www.citrix.com/digital-workspace/intelligent-workspace-solution.html) 、最高のセキュリティを備えた統一された最高のユーザーエクスペリエンスを提供します可能。

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

モダン対トラディショナル

Endpoint vs. Citrix Virtual Apps and Desktops の概要

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

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

デバイスの多様性

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

セキュリティ

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

契約社員

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

市場投入までの時間

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

Citrix Virtual Apps and Desktopsでは、アプリケーション管理を一元化できます。更新は企業のデータセンター内のホスト共有サーバーまたはVDI デスクトップで行われるため、アプリケーションリリースはクライアントデバイスに依存しません。さらに、 シトリックスの市場をリードするイメージ管理機能を利用するには 、Citrix Provisioning ServicesまたはMachine Creation Servicesを使用することを強くお勧めします。どちらのイメージ管理ソリューションも、すべての仮想マシンで一貫したインストールベースラインを可能にし、最速のロールアウトとロールバック方法を提供します。リリースのロールアウトまたはロールバックは、仮想マシンの簡単な再起動により、新しいアプリケーション展開の市場投入までの時間を最小限に短縮できます。

モバイルワーク環境

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

エンドポイントと CVAD

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

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

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

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

ホスト型共有と VDI

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

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

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

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

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

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

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

ホスト型共有デスクトップとホスト型共有アプリ

概要

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

ソース

この記事の目的は、独自の実装計画を支援することです。この作業を簡単にするために、お客様のニーズに合わせて調整できるソース図を提供します。 ソース図です

設計上の決定:アプリケーション配信方法の評価