4つの組織がCitrix、AkamaiなどのベンダーからF5へ移行した理由

F5 ADSP | 2026年9月04日

Jordan Gardnerプロダクトマーケティングマネージャー | F5 NGINX

レガシーインフラが限界に達する原因は、単一の障害であることはほとんどありません。分断されたプラットフォームやポイントソリューションの管理に伴う負担が積み重なり、ポリシーの不整合や機能の不足が生じ、脆弱性にさらされるリスクが高まることで限界に達します。

こうした課題に直面し、組織はレガシーベンダーへの依存を積極的に見直しています。金融、医療、テクノロジー分野のリーダー企業は、これらを変革の契機として既存ベンダーから移行し、アーキテクチャをF5に統合しています。ここでは、その事例の一部をご紹介します。

あるグローバル銀行がBroadcomとAviから移行した理由

ある多国籍銀行は、長期的な運用目標を支えるため、アプリケーションデリバリとセキュリティのアーキテクチャを包括的にモダナイズする取り組みを開始しました。AviとBroadcomのテクノロジーを基盤とする同行のアーキテクチャには、自動化と運用の一貫性に課題がありました。また、プラットフォームが分断されていたため、グローバルでサービスを標準化できませんでした。

同行は大規模な刷新を実施し、BroadcomとAviの導入環境を統合されたF5アーキテクチャへ移行しました。これにより、標準化された基盤を確立し、各地域のインフラストラクチャ管理を簡素化しました。

“分断されたプラットフォームやポイントソリューションの管理に伴う負担が増大する中、金融、医療、テクノロジー分野の組織は、F5を基盤としてアーキテクチャを統合しています。”

The F5 Flex Consumption Programにより、F5 rSeriesアプライアンスを活用したハードウェア更新が可能になりました。このモデルにより、容量を即座に拡張できるようになり、変化するトラフィックパターンに対応する柔軟性も得られました。また、同行はF5 Web Application Firewall（WAF）ソリューションをグローバルに導入しました。F5 WAFへの標準化により、アプリケーションレイヤーの保護が強化され、ポリシーの一貫性も向上しました。F5 Professional Servicesは、標準的な導入パターンを使用して中断を最小限に抑え、実装を迅速化しました。

統合アーキテクチャにより、キャパシティが拡張され、重要なワークフロー全体の自動化が進みます。また、グローバル事業全体でソフトウェアを安全に導入するための、運用の一貫性を備えたプラットフォームを提供します。

医療業界のリーダーがAkamaiではなくF5を選んだ理由

クラウドファーストのモダナイゼーション戦略を進める大手多国籍ヘルスケアサービス企業は、既存のSaaSベースのセキュリティソリューションでは脅威にさらされていることに気付きました。オンプレミスの物理F5 BIG-IPアプライアンスからGoogle Cloud上のBIG-IP Virtual Editions (VEs)へ移行する中で、第一の防御層として導入していたAkamaiのApp and API Protectorが、重大な脅威を検知してブロックできていないことが判明しました。

BIG-IP Advanced WAF VEのログから、Akamaiのソリューションを完全にすり抜けたLog4Jのエクスプロイトなどの脅威をF5が正常にブロックしていたことが判明し、この問題が裏付けられました。この有効性の差に加え、重要な依頼がたびたび「サポートのブラックホールに吸い込まれる」など、ベンダーの不十分なサポートに対する不満も重なり、代替となるSaaSベースのWAAPソリューションを探すことになりました。

長期にわたる概念実証期間中に、WebアプリケーションとAPIの保護（WAAP）、DDoS緩和、ボット対策のためにF5 Distributed Cloud Servicesを導入したことで、同社はAkamaiの検知をすり抜けていた悪意のあるリクエストを直ちにブロックできました。現在では、より強固なSaaSベースのセキュリティを活用し、進化する脅威への防御能力に対する確信を深めています。

AkamaiからF5 Distributed Cloud Servicesへの移行により、同社のセキュリティ体制は大幅に強化され、運用面でのパートナーシップもより強固になりました。また、信頼できるアドバイザーと、世界各地で利用できるエンタープライズクラスのサポートを得ることができました。さらに、F5 Flex Consumption Programへの移行によって、年間のセキュリティ支出を削減するとともに調達を簡素化し、他の戦略的取り組みに不可欠な予算を振り向けられるようになりました。

MSPがCitrixとRadwareをF5に置き換えた方法

欧州のあるマネージドサービスプロバイダー（MSP）は、新たなEquinixコロケーション施設内で事業を拡大するにあたり、複雑なマルチベンダー環境の簡素化を目指していました。同社は、DDoS対策にRadware、負荷分散と仮想デスクトップへのアクセスにCitrix Netscalerを使用していましたが、複数の課題を抱えていました。より柔軟なSaaSベースのDDoS緩和策を必要としていたほか、サポート上の問題が続き、価格も上昇したことからCitrixインフラストラクチャの刷新を望んでいました。また、WAFを最優先に、お客さま向けの新たな収益源となるセキュリティサービスの導入も目指していました。

このMSPは、RadwareとCitrixの両ソリューションを戦略的に置き換え、アーキテクチャをF5に統合することを選択しました。F5 Distributed CloudのDDoS防御を導入することで、ハードウェアを必要としない柔軟な緩和ソリューションという目標を達成しました。同時に、Citrix Netscaler環境全体をBIG-IP Virtual Editionsに置き換え、Netscalerにはなかった高度なレート制限機能を獲得しました。さらに、CapExモデルを優先する方針に合致する永久ライセンスも確保しました。これは、Citrixでは提供されなくなった購入オプションです。

これらの移行により、同組織はアプリケーションデリバリおよびセキュリティサービスを、信頼できる単一のプラットフォームであるF5 Application Delivery and Security Platform. に統合できました。これにより、運用の複雑さが軽減されただけでなく、将来の成長に向けた基盤も整い、MSPは必要に応じてお客さま向けの新たなアプリケーションセキュリティサービスを容易に開始できるようになりました。

米国の大手テクノロジー企業がCitrixからF5へ移行した理由

Citrixから予想外の契約更新価格の引き上げを提示された米国の大手テクノロジー企業は、アプリケーションデリバリーインフラストラクチャをモダナイズしました。開発者が求める柔軟性の高いアーキテクチャに対応するため、同社は従来のNetscalerアプライアンスからワークロードの移行を開始しました。

同社は、最新のマイクロサービスベースのアプリケーション配信を、F5 NGINXへ移行することに成功しました。F5 NGINXは軽量で、マイクロサービスの提供に最適です。しかし、ハードウェアに依存するレガシーワークロードの移行は遅れ、運用環境の分断とNetscalerの残存という課題が残りました。

このギャップを埋めるため、F5は調達を予測可能な年間コストに一本化する契約を締結しました。これにより同社は、残存するNetscaler環境を自社のペースでF5ハードウェアに置き換え、F5の追加ソリューションも容易に検討できる戦略的な道筋を確立しました。

F5ハードウェアの導入により、同社はアプリケーションデリバリインフラストラクチャを統合されたハイブリッドアーキテクチャに集約しました。NGINX Plusのソフトウェアによる俊敏性とF5ハードウェアの高スループット性能を組み合わせることで、分断された環境に伴う運用負荷を解消し、予測可能なコスト管理を実現するとともに、将来のモダナイゼーションに向けた高性能な基盤を確立しました。