2016-06-28 10 views
0

Citrix XenAppとXenDesktopに関連するものが必要です。Citrixシンクライアントとシッククライアント(XenAppとXenDesktop)

Citrix Serverにソフトウェア(Paint.NETなど)をインストールし、それをXenAppとXenDesktop経由でユーザーのセットに公開する場合は、私の理解は以下の通りです。

  1. XenAppとして公開アプリケーションにアクセスしているユーザー。シンクライアントアプリケーションです。
  2. XenDesktopを使用してアクセスしているユーザー。シッククライアントアプリケーションです。

私の理解は正しいですか?私はたくさんのグーグルで探せましたが、まだ適切な答えを得ることができませんでした。私はこのCitrixの世界では初めてです。

誰かが私の言葉で説明できますか?

+0

誰かがこれを理解するのを手伝ってもらえますか? –

答えて

2

これらのカテゴリが実際にCitrixにきれいに適用できるかどうかはわかりません。私は一言で言えば、それがどのように動作するのかをあなたに説明させてください。

私は、WPFを展開するCitrixサーバーのファームを持っています。サーバーは基本的にはWindowsマシンなので、ファイルの参照、アップロード、ローカルファイルシステムとのやりとりは可能です。 Citrixサーバーへのアプリケーション自体は、パーソナルコンピュータと同じように。 Citrixテクノロジは、基本的に、各ユーザーがサーバー上で開いているアプリケーションの画像を送信します。ユーザーがクライアント(Webブラウザプラグイン)をインストールすることでこれが行われ、ワイヤを介して来るのはすべて圧縮されたグラフィックス情報です。認識可能な遅れはないので、基本的にサーバーから直接作業しているのと同じです。これらのWebサーバーからオブジェクトを直接ラップトップにコピーすることはできません。私がそこにいるOSは実際には同じOSではないからです(ただし、ネットワークを介してラップトップにブラウズし、その方法でコピーできます)。

これはXenappです。私はXenDesktopが「リモートデスクトップ」と同じものだと考えていますが、それについて私はもう一度チェックします。これは私の家からオフィス内のコンピュータにログインして制御するために使用するものです。これは、サーバーにログインするのではなく、デスクトップPCにログインすることを除いて、上記と非常によく似ています。

どちらの技術も(圧縮された)画像を送信するだけで、両方ともキーストロークとマウスの動きを送信できるため、そのマシンで直接作業しているようです。私が理解しているように、Citrixはこの種の技術を持つ町では数少ないゲームの一つであり、最後にMSからライセンスを受けていました。

代表的な使用方法は、Citrixファームにファットクライアントアプリケーションをインストールして、職場外からWeb /ブラウザにアクセスできるようにすることです。アプリケーションはゲートウェイWebサイトに公開され、個々のアプリケーションへのリンクが付いています(ただし、ファイルシステムを参照してその方法を開くこともできます)。これを行うためにユーザーがインストールする必要があるのは、ビジュアルストリームを解読するCitrixクライアントのみです。クライアントは無料で軽量です。

基本的に、Citrixテクノロジでは、太ったクライアントをCitrixサーバーにインストールし、シンクライアントのようにアクセスすることができます。

Citrixの展開と一般的なWebアプリケーションの動作には、いくつかの重要な違いがあります。 1つは、ローカルWebブラウザだけでなく、ユーザーが実際にアプリケーションを終了しなければならないことです。それ以外の場合は、Citrixサーバー上で実行されたままです。デフォルトでは、ポータルから特定のアプリが公開されるため、その特定のアプリだけがリンク(デスクトップやWindowsエクスプローラではなく)をクリックしてポップアップするため、通常は発生しません。だから、ブラウザの '画像'を閉じると、アプリで 'X'を閉じることでブラウザが実行されます。しかし、彼らが巧妙であれば、クライアントをサーバーから切り離して実行することができます。それは、ラップトップが別の方法で閉鎖することになるような仕事をする必要がある場合(長時間走っているデータウェアハウスの引き込みなど)には便利です。もう1つの違いは、速度とパフォーマンスがユーザの場所にかかわらずほぼ同じであることです(少なくともXenaPPでは)。通常、Wide Area Networkを使用していて、City AのWebサーバーにASP.NET Webページを展開すると、1000マイル離れたCity Bのユーザーは、Webアプリケーションにデータベースサーバーを照会してから、いくつかのJavascriptを吐き出し、消費されてクライアント上で実行されます。 Citrix Xenappでは、City Aのサーバー上にすべてが発生しています.Citry Bでは、ユーザーは圧縮されたピクチャストリームを取得しています。このため、帯域幅を無駄にし、通常は自動圧縮されて不自然に見えるので、あまりにも派手なグラフィックを避けるほうが良いです。しかし、それが完了し、農場が吸うことはないと仮定すると、パフォーマンスは、インドやフィリピン、または米国では同じアプリではほぼ同じになります。もう1つの違いは、データが本質的にサンドボックス化されていることです。アプリケーションをWebサーバーに配置し、Citrixを介してユーザーにアクセスさせることを決めない限り、URLはありません(オフショアベンダーを使用する機密データのある企業Sandboxingとスピードの利点のため)。しかし、そうした場合は、CitrixポータルからWebアプリケーションを開いてから、そのサーバー上でブラウザを実行する必要があります(WebからそのWebアプリケーションへのリンクを置くことはできません)。最後に、そしておそらくこれは私が働く場所ですが、負荷分散はWebサーバーとは少し違っているようです。ユーザーはすでに別のアプリを開いている場合、同じサーバーにスローされる傾向があります。これはファイルのコピーなどに便利ですが、特定のサーバーの負荷が少ないときにはバランスが取れないため、一般的に平均負荷が高くなる(サーバーがさらに必要です)必要はありません。

うまくいけば、その説明に役立ちます。 Citrixは、マシンをリモートコントロールするために使用できるワイヤの画像を送信します。私はそれが厚いか薄いクライアントの質問に "両方"のようだと言うでしょう。通常、Winforms、WPFなどの「ファットクライアント」テクノロジを展開するために使用され、シンクライアント(Webアプリケーション)を既に許可しているテクノロジではほとんど不要です。しかし、時にはウェブアプリもさまざまな理由でそこに押し込まれます。

関連する問題