ISV向けCitrix移行プロジェクト計画
シトリックスは、数十年にわたり、Windowsアプリケーションをリモートで提供する標準的な手段として定着してきました。しかし、多くの独立系ソフトウェアベンダーにとって、このプラットフォームは現在、業務に必要な範囲を超えてコストがかかり、チームに過度な負担を強いるようになっています。もし、このプラットフォームから移行する時期が来たと判断したなら、次の課題は、日々御社のアプリケーションに依存している顧客に支障をきたすことなく、どのように移行を進めるかということです。
そこで、Citrix移行プロジェクト計画が役立ちます。明確な計画があれば、リスクが高いと感じられるインフラの変更も、管理しやすく、テスト可能な一連のステップへと変えることができます。このガイドでは、ISV向けの現実的な計画の具体例、避けるべきミス、そしてフルデスクトップではなくアプリケーション公開向けに構築された配信プラットフォームを選択することで、移行期間を短縮する方法について解説します。
ISVがCitrixへの移行を計画している理由
Citrixは、従業員のデスクトップを管理する企業のITチーム向けに設計されました。一方、ISV（独立系ソフトウェアベンダー）の役割は異なり、外部の顧客に対して1つ、場合によっては2つのアプリケーションを提供することです。この不一致は、いくつかの予測可能な形で現れます：
- コスト。CitrixのライセンスはMicrosoft RDSのライセンスの上に追加されるため、ユーザー数を増やすたびに合計請求額が増加します。 Citrixのライセンスと価格設定を詳しく見てみると、通常、サブスクリプション料金そのものをはるかに上回るコストが発生していることがわかります。
- 複雑さ。Citrixの設定や保守には専門的な知識が必要であり、専任のインフラチームを持たない中小規模のISVにとっては、その導入を正当化するのは難しい。
- 販売チャネルの変化。小規模なパートナー企業にとっては、シトリックスとの関係に変化が見られ、 多くのサービスプロバイダーのアカウントがアロー・エレクトロニクスを通じた販売へと 移行したこともその一例である。
- 実際に利用している機能よりも多くのプラットフォーム機能があります。ほとんどのISVは、Citrixの機能セットのごく一部しか利用していませんが、そのすべてに対して料金を支払い、メンテナンスを行っています。
これらはいずれも、Citrixが悪い製品だという意味ではありません。単に、別のユースケース向けに構築されたということなのです。Citrixへの移行とは、実際には、自社のビジネス活動に合わせて配信プラットフォームを最適化することです。
{CTAEMBED_IDENTIFIER}}。
Citrix移行プロジェクト計画の策定
優れた計画は、 オンプレミスからクラウドへの移行において一般的な流れと同じです。つまり、現状を把握し、移行先を決定し、その有効性を確認した上で、慎重に移行を行うという流れです。以下に、当社が推奨する手順をご紹介します。
- 現在のCitrix環境を棚卸ししてください。公開されているすべてのアプリケーション、サーバー、Citrixコンポーネント、および統合機能を記録してください。ユーザーがどのように認証を行っているか、どのプリンターや周辺機器を利用しているか、またどの顧客がどの機能を利用しているかを把握してください。多くのISVは、この段階で、支払っている費用に見合う機能のほんの一部しか利用していないことに気づきます。
- 要件を明確に定義してください。顧客が真に必要としているものと、Citrixがたまたま提供しているものを区別してください。ほとんどのISVにとって、その要件リストは短いものです。具体的には、ブラウザやクライアントからのアプリケーションへのアクセス、信頼性の高い印刷機能、ファイル転送、安全な認証、そして顧客数が増加しても対応できる拡張性などが挙げられます。
- ターゲットプラットフォームとホスティングモデルを選択します。サーバーを自社で引き続き運用するか、AzureやAWSなどのパブリッククラウドに移行するか、あるいはパートナーにホスティングを委託するかを決定します。ホスティングの決定は、コスト、人員配置、および対応の迅速さに影響を与えるため、決定を下す 前にISVのホスティングオプションを十分に検討してください。
- Citrixの代替案を評価しましょう。代替プラットフォームは、Citrixの機能一覧ではなく、ステップ2で定義した要件と照らし合わせて比較してください。 選択肢は、Azure Virtual Desktop や VMware Horizon のようなフルデスクトッププラットフォームから、より限定的な用途向けに構築されたアプリケーション公開ツールまで多岐にわたります。この Citrix の競合他社および代替ソリューションのまとめは、検討を始める上で有用な出発点となります。フルデスクトップではなく Windows アプリケーションの提供を必要とする ISV にとっては、GO-Global が通常最適な選択肢となります。これは、Citrix が要求するようなデスクトップインフラストラクチャを必要とせずに、既存のアプリケーションを任意のブラウザに公開できるためです。
- 成功基準を設定する。「完了」とはどのような状態かを、事前に合意しておく。例としては、ログイン時間、セッションの安定性、印刷の成功率、サポートチケットの件数、ユーザーあたりのインフラコストなどが挙げられる。測定可能な基準を設定することで、プロジェクトが方向性を失うのを防ぐことができる。
- 概念実証（PoC）を実施しましょう。実際のアプリケーションと少人数の社内ユーザーを用いて、新しいプラットフォームを立ち上げます。現在、サポートへの問い合わせが最も多いワークフローをテストしてください。プロジェクトの中で、問題を発見するのに最もコストがかからない段階です。
- 少数の協力的な顧客を対象にパイロットテストを実施します。積極的に関与し、フィードバックを惜しまない顧客を選びましょう。他のユーザーはすべてCitrixを使い続ける中で、対象の顧客には新しいプラットフォームを利用してもらい、成功指標を綿密に追跡します。
- 段階的に移行します。顧客をグループごとに移行し、まずは比較的単純な導入から始め、最も複雑または機密性の高いアカウントは最後に回します。必要に応じて顧客環境を元の状態に戻せるよう、Citrixは並行して稼働させ続けてください。
- Citrixを廃止します。すべての顧客の移行が完了し、安定した状態になったら、Citrixサーバーおよびコンポーネントを廃止し、ライセンスの更新時に契約を終了させ、ドキュメントおよびサポート・ランブックを更新してください。
Citrixの契約更新に合わせたスケジュール策定
Citrixの契約更新日は、Citrix移行プロジェクト計画において最も重要な日付です。この日付を起点として逆算して計画を立ててください。概念実証（PoC）、パイロット運用、および各移行フェーズに十分な時間を確保し、さらに予期せぬ事態に備えて余裕を持たせてください。更新日が迫っている場合は、短期の契約延長を行うことで、慌てずに作業を進める余裕が生まれるかどうかを検討してください。
コミュニケーションの計画も立てましょう。顧客が変化に気づく前に、あなたからその変更について知らせるべきです。何が、いつ、どのように変更されるのか、また（もしあれば）顧客が何をすべきかを説明する簡単な通知を送ることで、サポートへの問い合わせが急増するのを防ぐことができます。
避けるべきCitrix移行におけるよくある落とし穴
移行に関する問題の多くは、技術的な問題ではなく、計画の不備に起因しています。計画を策定・実行する際には、以下のような よくある移行上の課題に注意してください：
- インベントリの確認を省略する。文書化されていない連携機能、スクリプト、およびプリンターのマッピングは、本番稼働時に予期せぬ問題が発生する主な原因となる。
- Citrixを置き換えるのではなく、再構築する。新しいプラットフォーム上でCitrixのポリシーをすべて一から作り直すと、本来解消しようとしていた複雑さが再び生じてしまいます。古い設定ではなく、要件リストから着手してください。
- 認証の軽視。顧客が「一度のサインイン」を期待している場合は、後から無理やり追加するのではなく、早い 段階でWindowsアプリケーション向けのシングルサインオン（SSO）を計画しておく必要があります。
- 全員を一斉に移行させる。一度きりの切り替えでは、学習の余地がまったく残らない。段階的な移行なら、影響が小さいうちに問題を修正できる。
- エンドユーザーとのコミュニケーションを過小評価すること。たとえより良い体験であっても、ユーザーがそれに驚いてしまえば、問い合わせの電話が入ることになります。
Citrixへの移行において、GO-Globalがどのような役割を果たすか
移行先のプラットフォームによって、プロジェクトの期間や複雑さが決まります。Citrixを別のフルデスクトップ仮想化スタックに置き換える場合、ほぼ同程度の複雑さが引き継がれてしまいます。
GO-Globalは、デスクトップではなくアプリケーションの公開を必要とするWindows ISV向けに特別に設計されています。これにより、コードの書き換えや、CitrixやVDIで必要とされるデスクトップインフラストラクチャを必要とすることなく、パブリック、プライベート、ハイブリッドクラウドのいずれからでも、ブラウザを備えたあらゆるデバイスに既存のWindowsアプリケーションを配信できます。 多くのISVは、Citrixに比べて最大70％低いコストでアプリケーションを提供できます。コスト、複雑さ、エンドユーザー体験を並べて比較するには、 ISV向けのこのCitrixとGO-Globalの比較資料をご覧ください。
そのシンプルさのおかげで、計画期間が短縮されます。概念実証（PoC）の立ち上げが早くなり、要件リストがデプロイ内容と直接対応し、各移行フェーズでの設定作業も軽減されます。
サーバーの管理を一切行いたくないという方には、ISVHostがISV向けに設計され、GO-Globalの技術を採用したホスティングサービスを提供しています。これにより、移行に伴うインフラ面の作業を委託し、顧客や自社製品に集中することができます。
最終的な感想
Citrixからの移行は、業務に支障をきたすような「一挙にすべてを行う」ような大掛かりな作業である必要はありません。明確なCitrix移行プロジェクト計画、更新日に基づいた現実的なスケジュール、そしてアプリケーション配信のために構築されたプラットフォームがあれば、顧客環境を段階的に移行し、安心してCitrixを廃止することができます。
クラウドベースのアプリケーション提供を検討中のISVの皆様へ。GO-Globalがエンドユーザーのソフトウェアアクセスをいかに効率化できるか、 ぜひお問い合わせください。または、 無料トライアル版をダウンロードして、ご自身でお試しください。
