アプリ配信戦略を構築する際の 7 つの考慮事項
私が学術アドバイザーをしていたとき、私は大学の学生が四半期ごとにスケジュールを組むのを手伝い、奨学金がなくなる前に卒業できるように指導することを目標としていました。 「どこから始めればいいの？」という声が何度も聞こえてきました。 彼らがどの分野に興味を持っているかについて話し合った後でも、飛び込むことへの不安がまだ完全に消えていないことが分かりました。 そこで私は彼らに言いました。「象を食べる方法は知っていますよね？ 「一口ずつ食べましょう」と、デズモンド・ツツ主教の有名な言葉を言い換えています。
なぜこれが重要なのでしょうか? アプリケーション配信戦略の設定も同様だからです。 おそらく（願わくば）出発点についての大まかな考えがあり、表面上は目標が念頭にある。 しかし、その目標を達成するためのステップは数多くあり、変化に富み、費用もかかります。 それは（いわば）取り組むべき大きな象です。 これを念頭に置いて、負荷分散戦略を策定する際に考慮すべき 7 つのヒントを紹介します。 これらは網羅的ではありませんが、意思決定を導くための基本的な枠組みとして考えてください。
ナンバーワン： 安全。 これは驚くべきことではありません。 驚くべきことに、テクノロジーリーダーの 76% が、アプリのパフォーマンスを向上させるためにセキュリティ対策を無効にすると回答しています。 幸いなことに、 ユーザー エクスペリエンスを犠牲にすることなく、アプリ配信のすべてのレベルで堅牢なセキュリティ体制を維持する方法があります。まずは、基礎レベルでセキュリティが組み込まれたソリューションから始めましょう。 結局のところ、アプリの安全性は、それが実行されるインフラストラクチャの安全性によって決まります。 また、セキュリティから始まる負荷分散戦略により、後から自社の開発や攻撃者に追いつく必要がなくなります。
2番目： スケーラビリティ。 高性能なアプリは素晴らしいですが、アプリのトラフィックが大量に発生してクラッシュすると、すぐに利用できなくなります。 アプリユーザーの増加を計画している場合、アプリポートフォリオに合わせて拡張でき、予算を超過しないロードバランサーがあれば、すぐに非常に価値が高まります。 偶然にも、これがクラウド ネイティブ ロード バランサーが扱いにくい理由です。組み込み型であることからある程度の利便性は得られるかもしれませんが、アプリケーションのトラフィック量が 1 回、2 回、3 回急増したためにプロバイダーから予期しない請求を受ける可能性もゼロではありません。 不確実性を回避: クラウド、オンプレミス、ハイブリッドのいずれの場合でも、現在のネットワークのアプリ トラフィック要件をサポートし、将来のアプリの成長をサポートするためにスケールアウトできるソリューションを入手してください。
3番目: パフォーマンス。 数ミリ秒が違いを生みます。調査レポートによると、アプリケーションが開かれてから 2 秒以内に読み込まれない場合、そのユーザー (およびそのビジネス) は他の場所へ移る可能性が高くなります。 ロード バランサーのパフォーマンスを向上させる方法は数多くありますが、トラフィックの需要に対応する 1 つの方法は、SSL オフロードをサポートするアプリケーション配信コントローラー (ADC) を採用することです。 SSL復号化を処理できるADCをアプリの前に導入し、暗号化処理を専用ソリューションに移行します。 ウェブサーバーから切断されます。 これはネットワークにとって何を意味するのでしょうか? バックエンド サーバーは、アプリ データとビジネスの可能性を提供するという、本来の目的を自由に実行できます。
4番目： サポート性。 企業がアプリに依存している場合、市場投入までの時間の短縮と展開の効率化がすべてです。 NetOps、SecOps、DevOps は、ビジネス ニーズに合わせてアプリ配信を調整しながら、アプリのポートフォリオを展開、管理、分析するために必要なツールを備えていると、事業部門をより適切にサポートできます。 多くの組織にとって、これはツールを活用してアプリケーション サポートを自動化し、アプリ サポート サービスの効率的なプロビジョニング、構成、管理に必要な労力を、実際にアプリとネットワーク トラフィックを管理しているデバイスにオフロードすることを意味します。 しかし、「アプリをサポートする」ということは、アプリが何を実行しているのか、どのようにパフォーマンスを発揮しているのか、どのようなトラフィックが発生しているのかを知ることも意味します。 そのため、サービスのさまざまなレベルで報告される URL、スループット、サーバー遅延の分析を提供する負荷分散ソリューションを選択することが重要です。 このような機能により、チームがこのデータを手動で取得するために費やす必要がある時間と労力が削減されます。
5番目： 柔軟性。 企業が市場の需要に適応するために柔軟性が必要であるのと同様に、負荷分散ソリューションもアプリの需要に対応できるように柔軟性が求められます。 これは、企業のアプリケーション ポートフォリオに出入りするトラフィックのあらゆる側面を分析、操作、検出するために必要なツールをチームに提供することを意味します。 「内部」にアクセスできるようになることで、セキュリティ緩和ルールの実装、新しいプロトコルのサポート、アプリケーション関連のエラーのリアルタイムでの修正、そして最も重要な点として、アプリの可用性と有効性を維持するために必要なツールの所有など、カスタマイズの無限の可能性が開かれます。
6番目: 建築の適応性。 長い言葉ですが、重要です。 マルチクラウドの自由度を実現する製品を選択すると、環境間で機能し、運用、管理、ツールを簡素化するソリューションが得られます。 このようなソリューションを導入すると、それが何を意味するかは容易に想像できます。アプリケーションの市場投入までの時間が短縮され、これらのサービスを管理するチームのトレーニングが効率化され、複数のクラウドにまたがるアプリケーション ポートフォリオへの修正と更新がより迅速かつ均一に展開されます。 この汎用性をさらに一歩進めるには、プラットフォームに依存しないソリューションを選択し、データセンターのソフトウェア、オンプレミスのハードウェア、クラウド、ハイブリッド環境など、どこでも実行できるようにします。
7番目: アプリの要件。 一部のアプリには、他のアプリにはない特定の要件がある場合があります。 最終的には独自の負荷分散アルゴリズムが必要になったり、SNMP や SMTP などのプロトコルのサポートが必要になる場合があります。 万能の負荷分散ソリューションはほとんどありません。 しかし、非常に柔軟で適応性に優れたソリューションがあり、オンデマンドでユーザーにアプリを配信できます。その結果、「このサイズなら必要なものはほとんどすべて収まります」という答えが導き出されます。
最終的には、組織の固有のニーズによって、そのグループに最適な負荷分散ソリューションが決まります。 これらのヒントを使用して、会話と決定を導きます。 インテリジェント ロード バランシングの詳細については、こちらをご覧いただくか、 F5 の担当者にお問い合わせの上、詳細をご確認ください。