SISTIC は NGINX Plus でコストを 80% 削減し、市場投入までの時間を短縮
SISTIC はシンガポール最大手のチケット代理店であり、シームレスなチケットソリューションと芸術、文化、エンターテイメントに特化したワンストップマーケットプレイスを通じて、毎年の大規模なイベントの広範なポートフォリオを取り扱っています。 同社は最近、スケーラビリティの向上とアプリ更新の展開の高速化のために 2 番目のプライベート クラウドを追加しました。 SISTIC には、コンテナベースのクラウド プラットフォームのダイナミズムに適合する新しいアーキテクチャが必要でした。 当局は、アプリケーション サービスの管理をより簡単にし、コストも削減する方法を求めていました。 これらの目標を達成するために、SISTIC は F5 NGINX Plus を採用しました。
SISTIC がイベントチケット業界でリーダーシップを維持するには、顧客向けのチケット購入エクスペリエンスを向上させるだけでなく、需要に対応できるよう規模を拡大する必要もあります。 同機関は、F5 BIG-IP Local Traffic Manager (LTM) を活用して、信頼性が高く、安全で、最適化された方法でアプリケーション サービスを顧客に提供し、クラウド、仮想、物理インフラストラクチャを管理するための拡張性、柔軟性、およびプログラマビリティも備えています。 F5 BIG-IP LTM は SISTIC 環境のフロントエンドに位置し、重い処理を実行し、高度なアプリケーション サービスを提供して、その背後にある数百、数千ものアプリケーションのセキュリティ、パフォーマンス、耐障害性を向上させます。
ビジネスチャレンジ
SISTIC は、より多くのイベントを宣伝し、より多くの顧客をターゲットにするため、アプリケーション サービスの拡張を検討していました。 マイクロサービスへの移行と、それに伴うアプリケーション インフラストラクチャの人材、プロセス、テクノロジーの変更により、アプリを頻繁に変更する必要が生じます。 さらに、F5 BIG-IP LTM プラットフォームは、SISTIC のインフラストラクチャ チームとセキュリティ チームによってのみ管理されていました。 アプリケーション チームは、顧客向けの公開リダイレクト要件についてはよく理解していましたが、F5 BIG-IP LTM に直接アクセスすることはできませんでした。 インフラストラクチャ チームに変更要求を提出する必要があり、遅延が発生しました。 SISTIC では、アプリケーション サービスをより迅速かつ予測可能な方法で簡素化、自動化、カスタマイズする機能を維持しながら、アプリケーションの導入を加速するためにワークフローに簡単に統合できるプラットフォームを必要としていました。
さらに重要なことは、SISTIC がコンテナ化を特徴とする 2 番目のプライベート クラウドを構築したいと考えていたことです。 コンテナを活用することで、SISTIC は「一度書けばどこでも実行できる」という手法でクラウド ネイティブ アプリをより迅速に開発できるようになりましたが、2 番目のクラウドを従来の IT 管理の静的構成に適合させようとすると、展開を最大限に効率的に行うことができませんでした。 従来のシステムでは、現在のアプリケーションや顧客エクスペリエンスに影響を与えずに俊敏性と柔軟性を高めることも困難です。
SISTIC では、新しい一連のニーズ、パラメーター、標準に合わせて現在のアーキテクチャを改造するのではなく、コンテナ ベースのクラウド プラットフォームやアプリケーションと同じくらい動的なコスト効率の高いソリューションを必要としていました。
ソリューション
アプリの導入を加速し、アプリのライフサイクル管理を簡素化するために、SISTIC には、DevOps ワークフローに簡単に統合できるセルフサービス型の API 駆動型プラットフォームが必要でした。 同機関は、アーキテクチャを合理化し、コストを削減するために、軽量ソフトウェア ロード バランサーとして NGINX Plus を導入することを選択しました。 SISTIC は、ミッションクリティカルなアプリケーションに高度なアプリケーション サービスを提供するために、フロントエンドに F5 BIG-IP LTM インフラストラクチャを保持し、最新のアプリケーション環境の直前に NGINX Plus を配置しました。
NGINX Plus はハードウェアとオペレーティング システムから分離されており、SISTIC のアプリケーション スタックに直接適合します。 NGINX Plus により、インフラストラクチャ チームとアプリケーション チームの両方がソフトウェアの負荷分散を直接管理し、関連するアプリケーション サービスを構成して、CI/CD フレームワークの一部として自動化できるようになります。 ユーザーフレンドリーでカスタマイズ可能な機能により、SISTIC はアプリケーション サービスを効率化し、より優れた管理性を実現できます。 インフラストラクチャ チームに変更要求を送信する必要がなくなり、アプリケーション チームは数か月ではなく 1 週間以内に構成の変更や新機能を実装できるようになります。
NGINX Plus は、2 番目のコンテナ化されたプライベート クラウドもサポートします。 プログラマビリティと軽量性により、コンピューティング リソースの消費量が非常に少なく、SISTIC のインフラストラクチャに追加の負担がほとんどかからないため、アプリケーション チームが使用するコンテナー環境に最適です。 NGINX Plus は、SISTIC のクラウド ベース システムのパフォーマンスを最適化すると同時に、コンテナが毎分起動したり停止したりすることが多いコンテナ化されたアプリケーション ライフサイクルの動的かつ一時的な性質に対応できる俊敏性を提供します。
SISTIC の顧客向け Web サーバーすべてで使用されている NGINX Plus は、既存の負荷分散機能を正常に拡張し、単一のサーバーよりも多くのユーザーをスケールアウトして処理できるようにしました。 1 台のサーバーに障害が発生した場合でも、他のサーバーがすぐに利用できるため、SISTIC のアプリケーションは常に利用できます。
NGINX Plus は、負荷分散機能に加えて、オールインワンの API ゲートウェイ、サイドカー プロキシ、コンテンツ キャッシュ、Web サーバーです。 比類のないスピードと効率で静的資産を提供し、数十万の顧客を同時に処理します。 NGINX Plus は、ユーザー リクエストを同じバックエンド サーバーに転送するセッション永続性、不健全なサーバーを検出してリクエストをそのサーバーから転送することで信頼性を向上させるアクティブ ヘルス チェック、ネットワーク上のデバイスとサービスを自動的に検出してセットアップ プロセスを短縮する DNS サービス検出も提供します。
NGINX Plus キャッシュにより、ユーザーが短期間に同じ URL を繰り返しアクセスした場合でも、アプリケーションのパフォーマンスが向上します。 NGINX Plus を使用すると、アプリケーション チームはルーティング ルールをアジャイルに書き換えることができ、SISTIC は選択した URL に対して永続的または一時的なリダイレクトを構成できるようになります。
結果
80% のコスト削減
NGINX Plus により、SISTIC は、従来の IT 管理の静的構成と比較して、非常にコスト効率の高い方法で、2 番目のコンテナ ベースのプライベート クラウドを追加できるようになりました。
アプリケーション全体にわたるハイパースケール
NGINX Plus により、SISTIC は柔軟かつシームレスに拡張できます。 複数のアプリケーション サーバーに分散することで、現在のアプリケーションの実行時間やユーザー エクスペリエンスに影響を与えることなく、複数のサーバーでユーザーを処理できるようになります。
より迅速な市場投入能力
NGINX Plus により、SISTIC はパフォーマンスや機能性を損なうことなく、これまでよりもはるかに短い期間 (数か月ではなく 1 週間) で新しい製品やサービスを実行、作成、展開できるようになりました。 同社では機能の速度も 95% 向上しました。 新しい構成の変更やリクエストがより速く実装されるようになったため、管理性が向上しました。
- SISTICは、アーキテクチャを合理化しコストを削減するために、軽量ソフトウェアロードバランサーとしてNGINX Plusを導入しました。
- NGINX PlusはSISTICのアプリケーションスタックに直接適合し、インフラストラクチャチームとアプリケーションチームの両方を強化し、CI/CDフレームワークの一部として負荷分散とアプリケーションサービスを自動化します。
- 軽量のNGINX Plusはコンテナ化されたプライベートクラウドもサポートし、コンピューティングリソースの消費量が非常に少なく、インフラストラクチャへの負担もほとんどありません。
- マイクロサービスインフラストラクチャへの移行により、SISTICはアプリケーションサービスのスケールアップが必要になった。
- アプリケーションの導入を加速するために、ワークフローに簡単に統合できるアプリケーションサービスプラットフォームが必要でした。
- SISTICはコンテナ化されたプライベートクラウドを追加したいと考えていましたが、従来のIT管理の静的構成にそれを組み込むと、現在のアプリケーションや顧客エクスペリエンスに影響を与える可能性があります。