HTTP/2は、パフォーマンスを重視して開発されました。
とはいえ、特にモバイルアプリではパフォーマンスが最優先されるという現実を踏まえれば、ビジネス上の妥当性を示すのは容易でしょう。コストを生産性と利益のどちらで測るにせよ、パフォーマンスの低さは、モバイルアプリでの購入、アプリへのエンゲージメント、アプリの利用に関して、消費者が常に指摘する重大な問題です。
しかし、これは分かりやすい例です。このテーマに関する数多くの調査を確認するだけで、誰でも同じ主張ができます。アプリが5秒以内に応答しなければ、消費者も従業員も落ち着かなくなることは周知の事実です。この問題に対処するために組織が利用できるパフォーマンス関連サービスは、HTTP/2への移行以外にも多岐にわたります。そのため、組織が「クラウドファースト」企業になると決断したときと同じ確信を持ってHTTP/2への移行を決めるには、さらに強い動機が必要になるかもしれません。
そこで、HTTP/2の機能の多くは、HTTP/1.1で開発者が頻繁に回避策を講じた結果、標準的な手法となったものを把握することから生まれた点を考えてみましょう。たとえば、インライン化、連結、ドメインシャーディングなどです。これらはいずれもパフォーマンスの向上に貢献しましたが、残念ながら、それぞれが技術的負債を生み、今なお開発者と運用担当者の双方に負担をかけています。HTTP/2へ移行することで、今後こうした手法が技術的負債の原因となることをなくし、現在抱えている負債を「返済」する道筋をつけることができます。
技術的負債（およびアーキテクチャ上の負債）は、選択によって生じます。たとえば、採用するテクノロジー、購入する製品、実装するアーキテクチャに関する選択です。また、アプリケーションアーキテクチャ内のどこに特定のソリューションを実装するかという判断によって生じることもあります。
たとえば、開発者は小さな画像のインライン化や小さなファイルの連結によって、HTTP/1.1の制約の一部を回避していました。実際にパフォーマンスは向上しましたが、その代償として、アプリケーション外部（ネットワーク上）でのキャッシュを利用できなくなりました。また、インライン化した画像や、1つに連結したファイルを構成する各ファイルに変更があるたびに、すべてのアプリケーションへ反映する必要があるため、アプリケーションのライフサイクル全体にわたって対応が必要でした。このモジュール性の欠如は技術的負債の原因となり、そのアプリケーションが稼働している限り存続します。
技術的負債も実際の負債と同様に、返済し続ける必要があります。その代償となるのが「利息」です。変更や更新を重ねるたびに、その利息は膨らんでいきます。対応には、開発者の時間と労力、テスト用のリソース、ネットワークおよびコンピューティングのリソースが必要です。その結果、組織はイノベーションや事業拡大よりも「負債」の返済に多くの時間を費やすことになり、競争優位性をもたらす新たなテクノロジー、手法、アーキテクチャの概念を活用することが難しくなります。
この技術的負債には対処が必要です。本来は解消すべきですが、少なくとも何らかの対策を講じる必要があります。
HTTP/1.1の技術的負債の連鎖を断ち切るには、今後HTTP/2を採用する必要があります。HTTP/2は、技術面およびプロトコル面のさまざまな制約に対処することで、開発者が従来の回避策から脱却し、技術的負債を伴わない新たな選択を行えるようにします。既存のアプリケーションにはその負債が残りますが、HTTP/2を使用するアプリケーションへ移行または置き換えることで、開発部門と運用部門の双方を、HTTP/1.1で長年使われてきた手法による制約から解放できます。
HTTP/2は、単にプロトコルやアプリケーションを高速化するだけのものではありません。開発部門と運用部門を制約から解放して技術的負債を解消し、組織が別の方法でパフォーマンスを向上できるようにするものでもあります。アプリケーションの競争でビジネスの勝利を妨げるような技術的負債やアーキテクチャ上の負債を生じさせにくい方法です。
著者について
Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。
Lori Mac Vittieのその他のブログ記事関連するブログ記事
F5 Application Study Tool：OpenTelemetryによるF5 BIG-IP環境の監視
F5の新しいオープンソースツールは、BIG-IP環境を詳細に可視化し、データを追跡するとともに、強力でカスタマイズ可能なインサイトを得るための基盤を提供します。
F5 BIG-IPでAI防御を実現
F5 BIG-IP Advanced WAF、BIG-IP APM、BIG-IP SSL Orchestratorが、生成AIアプリ向けに包括的なセキュリティソリューションを提供する仕組みをご覧ください。
F5 Advanced WAFによるGraphQL APIの保護
ここ数年、多くの組織がデジタルトランスフォーメーションを進めており、COVID-19のパンデミックによってその動きは加速しています。
アプリケーションサービスの現状 通信業界版：リーダーとしての台頭
通信ネットワークが進化し、さまざまな業界の幅広いユースケースに対応するなか、通信業界の回答者がテクノロジーリーダーとしての存在感を高めていることがわかります。
デジタルトランスフォーメーションは、単なるペーパーレス化ではない
デジタルトランスフォーメーションは、単なるペーパーレス化ではありません。真のモダナイゼーションにアプリケーションアーキテクチャとセキュリティの再構築が必要な理由を、F5ブログでご覧ください。
やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。
もうやめましょう。HTTPSはHTTPより高速ではありません。プロトコルのパフォーマンスに関する微妙な違いと、暗号化トラフィックを適切に最適化する方法については、F5ブログをご覧ください。