アプリケーションデリバリー戦略を策定する際の7つの考慮事項

Griff ShelleyプロダクトマーケティングマネージャーIII

私が大学の履修アドバイザーをしていた頃、学生が奨学金の支給期間内に卒業できるよう、学期ごとの履修計画作りを支援していました。「いったい何から始めればいいのでしょうか」と聞かれたことは一度や二度ではありません。興味のある分野について話し合った後も、最初の一歩を踏み出す不安が消えていないことが伝わってきました。そこで私は、デズモンド・ツツ大主教の有名な言葉を借りて、こう伝えました。「象を食べる方法を知っていますか。一口ずつ食べるのです」

これがなぜ重要なのでしょうか。アプリケーションデリバリ戦略の策定も、これとよく似ているからです。出発点については、おそらく（願わくは）大まかな見当がついており、目標も一応定まっているでしょう。しかし、その目標を達成するまでの手順は多く、変化し続け、コストもかかります。いわば、取り組むべき大きな「象」なのです。そこで、ロードバランシング戦略を策定する際に検討したい7つのヒントをご紹介します。網羅的なものではありませんが、意思決定の指針となる基本的な枠組みとしてご活用ください。

その1：セキュリティ。これは当然のことと思われるかもしれません。驚くべきことに、テクノロジーリーダーの76%が、アプリのパフォーマンスを向上させるためにセキュリティ対策を無効にすると回答しています。幸い、ユーザーエクスペリエンスを損なうことなく、アプリケーションデリバリのあらゆるレベルで堅牢なセキュリティ態勢を維持する方法があります。それは、基盤レベルでセキュリティが組み込まれたソリューションを採用することです。結局のところ、アプリのセキュリティは、その実行基盤となるインフラストラクチャのセキュリティに左右されます。また、セキュリティを起点とする負荷分散戦略なら、後になって自社の開発や攻撃者に追いつくための対応に追われずに済みます。

第2位：スケーラビリティ。高性能なアプリでも、アプリトラフィックが急増してクラッシュすれば、たちまち利用できなくなります。アプリのユーザー数を増やす予定があるなら、予算を超過することなくアプリポートフォリオに合わせて拡張できるロードバランサーが、すぐに大きな価値を発揮します。クラウドネイティブのロードバランサーが扱いにくい場合があるのも、まさにこのためです。組み込み型ならではの利便性がある一方、アプリケーションのトラフィックが1度、2度、あるいは3度と急増し、プロバイダーから予想外の請求を受ける可能性もあります。不確実性を避けるには、現在のネットワークにおけるアプリトラフィック要件に対応し、クラウド、オンプレミス、ハイブリッドのいずれでも、将来のアプリの成長に合わせてスケールアウトできるソリューションを導入してください。

3つ目：パフォーマンス。ミリ秒単位の差が重要です。調査報告によると、アプリケーションを開いてから2秒以内に読み込まれなければ、ユーザー（そしてそのビジネス）は別のサービスへ移る可能性が高くなります。ロードバランサーのパフォーマンスを高める方法は数多くありますが、増大するトラフィック需要に対応する方法の1つは、SSLオフロードをサポートするApplication Delivery Controller（ADC）を使用することです。アプリケーションの前段にSSL復号を処理できるADCを導入し、暗号処理を専用ソリューションに移して、Webサーバーから切り離します。これにより、ネットワークにはどのような効果があるのでしょうか。バックエンドサーバーは、アプリケーションデータを配信してビジネスの可能性を広げるという、本来の役割に専念できます。

第4のポイント：サポート性。ビジネスがアプリに依存している場合、市場投入までの時間短縮と導入効率が極めて重要です。NetOps、SecOps、DevOpsは、ビジネスニーズに合わせてアプリケーションデリバリを調整しながら、アプリのポートフォリオを導入、管理、分析するために必要なツールを利用できれば、事業部門をより効果的に支援できます。多くの組織にとって、これはツールを活用してアプリケーションサポートを自動化し、アプリサポートサービスの効率的なプロビジョニング、構成、管理に必要な作業を、アプリとネットワークのトラフィックを実際に管理するデバイスに任せることを意味します。しかし、「アプリをサポートする」には、アプリが何をしているか、どのように動作しているか、どのようなトラフィックが発生しているかを把握することも含まれます。そのため、サービスのさまざまなレベルでURL、スループット、サーバーレイテンシーを分析し、レポートできるロードバランシングソリューションを選ぶことが不可欠です。このような機能により、チームがこれらのデータを手作業で取得するために費やす時間と労力を削減できます。

第5のポイント：柔軟性。市場の需要に適応するためにビジネスに柔軟性が求められるのと同様に、ロードバランシングソリューションにも、アプリへの要求に対応できる柔軟性が必要です。そのためには、企業のアプリケーションポートフォリオに出入りするトラフィックのあらゆる側面を分析、操作、検出するために必要なツールをチームに提供することが重要です。内部の仕組みに踏み込めることで、セキュリティ緩和ルールの実装、新しいプロトコルのサポート、アプリケーション関連エラーのリアルタイム修正など、カスタマイズの可能性が無限に広がります。そして何より、アプリの可用性と有効性を維持するために必要なツールを自ら管理できます。

6つ目： アーキテクチャの適応性。少し堅苦しい表現ですが、重要な要素です。マルチクラウドを自由に活用できる製品を選べば、さまざまな環境で機能し、運用、管理、ツールを簡素化するソリューションを導入できます。その効果は明確です。アプリケーションの市場投入までの時間を短縮し、サービスを管理するチームのトレーニングを効率化できるほか、複数のクラウドにまたがるアプリケーションポートフォリオへ修正やアップデートをより迅速かつ一貫して展開できます。さらに汎用性を高めるには、プラットフォームに依存しないソリューションを選びましょう。データセンターではソフトウェアとして、オンプレミスではハードウェアとして、またクラウドやハイブリッド環境でも、場所を問わず実行できます。

その7：アプリケーションの要件。アプリケーションによっては、固有の要件があります。独自の負荷分散アルゴリズムが適している場合や、SNMPやSMTPなどのプロトコルへの対応が必要な場合もあります。あらゆる要件に対応できる万能な負荷分散ソリューションは、ほとんどありません。しかし、実際には非常に柔軟で適応性が高く、必要に応じてユーザーにアプリケーションを提供できるソリューションがあります。こうしたソリューションが、なかなか見つからない「ほぼすべての要件に対応できる」答えとなります。

最終的に、どのロードバランシングソリューションが最適かは、組織固有のニーズによって決まります。これらのポイントを、検討や意思決定にお役立てください。インテリジェントなロードバランシングについて詳しく読むか、F5担当者にお問い合わせのうえ、詳細をご確認ください。

著者について

Griff ShelleyプロダクトマーケティングマネージャーIII

Griff Shelleyのその他のブログ記事