Windows ISVがCitrixから離れつつある理由
長年にわたり、CitrixはWeb経由で顧客にWindowsアプリケーションを提供するための、数少ない現実的な手段の一つでした。デスクトップアプリを保有し、リモートアクセスへの需要が高まっているソフトウェアベンダーにとって、Citrixは多くの場合、デフォルトの選択肢となっていました。しかし、その「デフォルト」という状況は崩れつつあります。現在、より多くのWindows ISVがCitrixの代替手段を積極的に模索しており、その理由は技術の劣化というよりは、以前から存在していた不適合にあると言えます。
ISV向けCitrix：必要以上に充実したプラットフォーム
シトリックスは、企業のIT課題、すなわち、多数の従業員が中央でホストされたデスクトップやアプリケーションに、安全かつ管理された形でアクセスできるようにするという課題を解決するために設立されました。その使命が、製品のあらゆる側面を形作りました。数十年にわたり、同社は大規模な社内ITチームを対象とした、ユーザー管理、プロビジョニング、および運用管理機能を次々と追加してきました。
こうした要素は、ソフトウェアベンダーが実際に必要としているものとは、どれも明確に一致しません。ISVとして、何千台もの従業員のデスクトップを管理しているわけではありません。顧客に1つか2つのアプリケーションを提供しているだけであり、その提供はシンプルで信頼性が高く、利益率を圧迫しないほど安価であることが求められます。ISV向けのCitrixを利用すると、単に アプリケーションの公開が目的だったにもかかわらず、エンタープライズ向けデスクトッププラットフォームの費用を支払わなければならないという事態になりがちです。
{CTAEMBED_IDENTIFIER}}。
コストと複雑性の問題
ベンダーがCitrixの代替を検討する最も一般的な理由は、総所有コスト（TCO）であり、ここでいうコストはライセンス費用だけにとどまらない。
- ライセンス。ユーザー指定型やプレミアム機能の料金プランは、特に全員が同時にログインするのではなく、同時接続で利用する場合、費用がすぐに膨れ上がります。
- インフラストラクチャ。仮想アプリケーションおよびデスクトップの完全なスタックを構築し、運用し続けるには多額の費用がかかります。
- 専門知識。環境の構築、調整、および保守には、通常、専門的なスキルや外部の支援が必要となります。
- 隠れたコスト。表示価格には含まれていない追加費用が、後になって表に出てくることがよくあります。これは、 シトリックスの価格設定を詳しく 調べたことのある人なら誰でも確認できるでしょう。
これらを総合すると、多くのチームは、約束された価値を実感するはるか以前に、 Citrixの複雑さに圧倒されてしまうことに気づきます。プラットフォームがユースケースで必要とされる以上の機能を備えている場合、その複雑さは「機能」ではなく、単なる「オーバーヘッド」に過ぎません。
放送局や所有権の変更が信頼を揺るがした
コストだけがプレッシャーとなっているわけではありません。Citrixのエコシステムは大きな変革期を経ており、その不安定さがベンダーに同エコシステムへの依存を見直すよう迫っています。パートナーや小規模顧客の管理方法の変化により、多くのISVやそのパートナーが関係性を見直さざるを得なくなっており、 これがCitrixからの移行への関心が上昇した大きな要因となっています。ベンダーとの関係そのものが不確実だと感じられる状況では、もともと重すぎると感じていたプラットフォームを使い続けるという決断を正当化することは、ますます難しくなっているのです。
ISVが実際に必要としているのは、むしろ何なのか
要件を本質的な部分まで絞り込めば、全体像がより明確になります。ほとんどの Windows ISV は、以下のことを行う必要があります：
- 既存のWindowsアプリケーションを、書き直さずに公開する。
- ブラウザを搭載したあらゆるデバイスに配信できます。
- 多くの顧客を安全にサポートし、できれば同時利用ライセンスモデルを採用する。
- インフラと管理体制は簡素に保つ。
- 規模拡大に伴い、コストを管理する。
こうした場面では、完全なデスクトップ仮想化プラットフォームよりも、アプリケーションレベルのアプローチの方が適しています。GO-Globalは、Windows ISVが、パブリック、プライベート、ハイブリッドを問わず、あらゆるクラウドから、ブラウザ対応のあらゆるデバイスに向けてアプリケーションを公開できるように特別に設計されており、不要なデスクトップ層を排除しています。 ISVHostは、公開されたアプリケーションが実行されるホスティングインフラストラクチャを管理することで、お客様の負担をさらに軽減します。これにより、サーバー、プロビジョニング、継続的なメンテナンスは、お客様のチームが担うべき業務ではなく、他者の仕事となります。環境を健全に保つためにインフラの専門知識を持つ人材を採用したり、製品開発からエンジニアを引き離したりする必要はなく、配信レイヤーとホスティングが一体となって管理されます。 選択肢を検討中の方は、 ISV向けのCitrixとGO-Globalを直接比較した資料をご覧いただければ、コスト、複雑さ、エンドユーザー体験におけるトレードオフが明確に示されています。
引っ越し
Citrixの置き換えを決定したからといって、必ずしも業務に支障をきたすような大規模なプロジェクトになるわけではありません。アプリケーションファーストのソリューションでは、仮想デスクトップのスタック全体を回避できるため、移行プロセスは、当初Citrixを導入した際よりも通常は負担が軽くなります。アプリケーションそのものはそのまま維持し、顧客への提供方法を変えるだけです。実用的なCitrixからの移行は、通常、以下のいくつかのステップに沿って進められます：
- 実際に使用している機能を洗い出しましょう。現在のサービス提供に不可欠なCitrixの機能と、料金を支払っているもののほとんど利用していない機能をリストアップしてください。多くのISVは、プラットフォームのほんの一部しか利用していないことに気づきます。このギャップこそが、より軽量なツールで実際の要件を十分に満たせることを示す最も明確な兆候です。
- 提供要件を整理しましょう。顧客が何を必要としているかを書き出してください。具体的には、どのアプリケーションか、同時接続ユーザー数はどれくらいか、どのデバイスから接続するか、そして満たすべきセキュリティ要件やシングルサインオンに関する要件などです。これが、あらゆる代替案を評価するためのチェックリストとなります。
- アプリが現状のまま動作することを確認してください。アプリケーション公開アプローチの利点は、書き換えを回避できる点にあります。そのため、本番導入を決定する前に、既存の Windows アプリケーションが期待どおりに公開され、動作することを確認してください。代表的なアプリを用いた短期間のパイロットテストを行えば、この点はすぐに確認できます。
- インフラストラクチャの運用担当を決定します。環境のホスティングを自社チームで行うか、外部に委託するかを選択してください。エンジニアにサーバーの正常な稼働維持に時間を費やさせたくない場合は、ISVHostがホスティング層の管理を引き受けることで、移行によって運用負担が単に別のプラットフォームに移るだけという事態を防ぐことができます。
- 実際のユーザーを対象にパイロットテストを実施しましょう。少人数の顧客や社内のテスターを対象に、新しい環境を試験運用し、実際の使用環境下でのパフォーマンス、印刷機能、再接続時の動作、ログインフローを確認します。問題点があれば、全ユーザーに波及する前にここで修正しておきましょう。
- Citrixの導入と廃止を段階的に進めます。顧客の移行は一度にまとめて行うのではなく、数回に分けて行い、各グループが新しいソリューションで安定するまでCitrixを引き続き利用できるようにします。段階的な切り替えを行うことでリスクを低減でき、旧環境を廃止するための明確なタイミングを確保できます。
このような移行を経験したベンダーは、日々の配送業務がどれほど簡素化されるかという点に、最も驚かされることが多い。
Citrixが、アプリケーション配信に実際に必要な範囲を超えて「プラットフォーム」としての側面が強くなってきていると感じるなら、次回の更新前に、よりスリムな代替案の費用を見積もってみる価値があります。
クラウドベースのアプリケーション提供を検討中のISVの皆様へ。GO-Globalがエンドユーザーのソフトウェアアクセスをいかに効率化できるか、 ぜひお問い合わせください。または、 無料トライアル版をダウンロードして、ご自身でお試しください。
