クラウドは当初から、規模の経済を実現するためのものでした。デジタルトランスフォーメーションが進み、組織がアプリケーションを活用して生産性(社内)と利益(社外)を向上させる新たな機会を模索するなか、運用とアプリケーションに求められる拡張のペースは飛躍的に加速しています。アプリケーションの数が増え、更新や機能強化の頻度も高まったことで、従来の手作業では管理しきれなくなっています。アプリケーションと運用の拡張は、人的リソースがボトルネックとなっています。もはや単に人員を増やすだけでは、これまでと同じ成果は期待できません。アプリケーションあたり、つまりユーザー、顧客、トランザクションあたりのコストは、収益の増加やコスト削減の効果をはるかに上回るペースで増大しています。この不均衡により、従来の方法でアプリケーションを提供し続けることは現実的ではありません。
クラウドは、標準化の力を取り入れることで、この構図を変えると常に期待されてきました。これは、同一仕様のホワイトボックスサーバーをラックに並べるだけの話ではなく、運用の標準化を意味します。パブリッククラウドでは、運用からリソースにアクセスするための標準化されたプラットフォームを提供することで、これを実現します。コンピューティング、ネットワーク、ストレージといった共通の中核リソース(サービス)のプロビジョニングと管理を標準化することで、自動化(つまりDevOps)を適用し、より大きな規模の経済を実現できます。
しかし、アプリケーションに必要なのは、共通のコアサービスだけではありません。高速性とセキュリティを高めるには、セキュリティやパフォーマンスなど、アプリケーションごとにカスタマイズが必要となる場合もあるサービスを、よりインテリジェントに提供する必要があります。

標準化し、自動化して、イノベーションを実現
アプリには共通するセキュリティとパフォーマンスのニーズがあるかもしれません。しかし、今日の消費者が求めるアプリを保護し、その進化を後押しするには、一般的な対策だけでは必ずしも十分ではありません。標準的なセキュリティに加えて、プラットフォームおよびプロトコルレベルの攻撃に対する保護が必要です。また、パスワード入力やレポート作成にかかる時間を短縮し、価値をもたらす確かなパフォーマンス向上も求められます。
しかし、まず標準化しなければ、そうした独自の付加機能やカスタム構成に取り組む余裕はありません。オンプレミスかオフプレミスかを問わず、それを実現するのがクラウドです。クラウドは、競争優位性を獲得するための取り組みに注力し、消費者が企業とやり取りするための高速でセキュアなアプリを提供して満足度を高める、その第一歩となります。
とはいえ、どのアプリもあらゆるクラウド環境に適しているわけではありません。企業環境ならではの安心感とセキュリティを必要とするアプリもあれば、パブリッククラウドというオープンな環境でこそ真価を発揮するアプリもあります。マルチクラウド戦略とその導入が広がり、それを実現するコロケーションや相互接続などの新たな環境が登場している理由の1つは、ここにあります。これまで常に「用途に適したツール」を前提としてきたように、今日のデジタル環境では「用途に適したクラウド」が求められます。
マルチクラウド戦略を採用すると、標準化はさらに難しくなります。各環境はそれ自体を標準化できても、環境間で統一されているとは限りません。ツールやフレームワークは、オフプレミス環境へのデプロイを管理する運用担当者に「標準インターフェース」のレイヤーを提供することで、この課題への対応を支援します。これは、クラウドが雪の結晶のようにそれぞれ異なる世界で標準化を可能にする運用レイヤーです。
目指す規模の経済を実現するために必要な共通のコアサービスを標準化したら、次に検討すべきは、セキュリティに加えて保護機能を提供し、消費者の関心を維持するために必要な良好なパフォーマンスを実現するアプリサービスです。システム攻撃は、データセンター停止の原因として最も急速に増加していると指摘されています。その割合は2010年の2%から、停止原因の22%にまで上昇しています。また、クラウド上のアプリへの直接攻撃によってデータセンター全体が停止することはなくても、ブランドと密接に結び付いたアプリが停止すれば、評判や収益に深刻な影響を及ぼす可能性があります。
ここでも同じ戦略が必要です。これらのアプリサービスの作成、導入、管理を担う運用担当者やアーキテクトに、標準の「運用インターフェース」を提供するプラットフォームを採用する必要があります。この標準インターフェースにより、共通のコアサービスで使用するツールやフレームワークと同様の運用レイヤーを、アプリサービスにも設けることができます。

標準化を行い、共通の運用インターフェースを整備すれば、自動化が可能になります。まず、共通のサービスとプロセスを最初に自動化することで、大きな効果が得られます。その取り組みで削減した時間と予算を、より高度で、場合によっては個別仕様のサービスやプロセスに充てることができます。ここでは、共通の運用インターフェースである運用層が、スクリプトやコードの再利用を促し、既存のスキルを活用することで効果を発揮します。これにより、1日に何度もコードをコミットし、より頻繁なデプロイを求める開発者と同等の水準を実現するために必要な自動化が可能になります。
自動化は、規模の経済を高め、結果のばらつきを抑えるための秘訣です(シックスシグマ/リーンの用語で言えば、「プロセス上の欠陥やエラーを排除する」ということです)。調査によると、システム停止の約22%は人為的ミスが原因です。また、別の調査では、IT部門がトラブルシューティングと修復に費やす時間は全体の約15.9%に上り、その一部はこうした人為的ミスに直接起因している可能性があります。自動化により、IT部門がプロビジョニング、更新、パッチ適用、構成管理に費やす多くの時間を削減できるだけでなく、エラーの件数と、その発見および修正にかかる時間も減らせるため、時間を確保できます。
こうしてようやく、イノベーションに注力するための十分な時間と予算を確保できます。ビジネスに関するアイデア創出セッションにより積極的に参加することも、ITを最適化する新たな機会を探ることも、すべてイノベーションです。そして、それを可能にするのが自動化です。自動化は、標準化されたシステムに適用してこそ、真価を発揮します。
これは決して新しい考え方ではありません。組立ラインと自動化は、1世紀以上にわたり、必要とされる規模の経済をもたらしてきました。いずれも、まず標準化し、次に自動化することで時間とコストを削減し、その余力をイノベーションに振り向けるという同じ手順から始まります。自動化を最適化してさらに大きな効果を引き出すための手法は数多く、その道を究めた専門家もいます。しかし、そこに進む前に、まず標準化する必要があります。
ITにとっては、社外と社内、クラウドと従来型を含むあらゆる環境で利用しているツール、フレームワーク、プラットフォームを見直し、標準化することを意味します。これにより、自動化を進め、イノベーションに取り組めるようになります。
著者について

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ブログをご覧ください。