ご存じない方のためにご紹介すると、Lydia Leong氏は調査会社GartnerのVP Distinguished Analystであり、同じく「Top 10 Women in Cloud」に選ばれた1人です。歯に衣着せぬツイートをよく投稿しており、私はそれを楽しんでいます。ほかの多くの人々と同様に、エンタープライズにおけるクラウドについて、筋の通った見解をたびたび示してきました。2011年の時点ですでに、現在「colo cloud」と呼ばれるようになった概念の重要性を指摘していました。ここでは言い換えず、「当時」の本人の言葉をご紹介します。
“……当社のお客さまの相当数が、ハイブリッドソリューションを必要としています。クラウドに移行できないサーバーや機器があるためです。最も一般的なのは、大規模なOracleデータベースを運用するために大型の専用サーバーが必要となり、それをコロケーション施設（またはマネージドホスティング環境）に設置して、クラウド上のWebフロントエンドやアプリケーションサーバーと相互接続するケースです。ただし、ほかにも例はあります。たとえば、eコマース分野のお客さまが使用する暗号化「ブラックボックス」は、ハードウェアとしてしか提供されない場合があります。そのため、それ以外のすべてをクラウドに置き、ブラックボックスだけをコロケーション施設に設置します。また、システムの大部分をコロケーション施設に置き、クラウドのキャパシティで補完するお客さまも数多くいます。クラウドのキャパシティは、コロケーション施設内のアプリケーション向けのバーストキャパシティとして利用する場合もあれば、クラウドへ移行する比較的軽量なアプリケーション向けに利用する場合もあります。後者のアプリケーションでも、相互に関連するバックエンドシステムとの高速かつ直接的でセキュアな通信が引き続き必要です。”
これは当時も現実であり、今も変わりません。企業はクラウドに目を向けながらも、足元はオンプレミスにしっかりと根差しています。こうした現実は、クラウドのみの環境ほど華やかではありませんが、多くの企業が日々向き合わなければならないものです。
確かに、企業は「クラウドへ移行」したいと考えています。しかし、制御やセキュリティを犠牲にするつもりはありません。ましてや、クラウドを活用するために大規模なアプリケーションを「書き直す」という、時間のかかる作業には関心がありません。私の知人には、企業のIT部門で、大規模なアプリケーションをあるプラットフォームから別のプラットフォームへ書き直すために、文字どおり何年もの歳月を費やした人たちがいます。しかも、それは企業内でのことです。これは決して簡単な取り組みではありません。コストだけでも、その金額に驚かされます。Fred Brooksは、著名な著書『The Mythical Man Month』で、コストを見積もるための簡単な計算式を示しています。コードが100,000行あるアプリケーションで、開発者1人当たりの平均コストが1日$500の場合、そのアプリケーションの書き直し、テスト、デバッグ、デプロイには、実に$4Mもの費用がかかります。さらに、大規模なアプリケーションの書き直しは、予算や期間を超過することが多く、さらに悪いことに、Standish Groupによると、アプリケーション全体の書き直しプロジェクトの70%が失敗しています。多くの場合、組織が老朽化したアプリケーションを置き換えるため、可能な限りSaaSを採用している理由は明らかです。
また、クラウドの登場以来、繰り返し指摘されてきたように、ネットワークには、多くの場合セキュリティに関連する、クラウドに移行できないさまざまな「ブラックボックス」が存在します。必ずしも代替できるとは限りません。これらはセキュリティ戦略の一部であるだけでなく、アーキテクチャの一部でもあり、さらにコンプライアンス、品質、業界固有の要件に関する組織の認証で使用されるチェックリストにも含まれています。事業に必要な認証を失わないようにするには、代替、監査、認証を行わずにこれらを撤去することはできません。
実際、セキュリティに重点を置くISO 27001があります。この認証では、多くの文書、ポリシー、手順に加えて、技術的な管理策が求められます。品質管理を重視するISO 9001も同様です。業界固有の認証や規格もあり、そのいずれにおいても、プロセス、ポリシー、管理策に真摯に取り組み、細心の注意を払う必要があります。重要なのはコードやアーキテクチャだけではありません。ビジネスも重要です。また、ビジネスの形のない要素は、必ずしも簡単に一から作り直し、パブリッククラウドに容易にデプロイできる仮想イメージとしてパッケージ化できるものではありません。
でも、クラウドなら！
組織がクラウドを求めるのには、十分な理由があります。SaaSアプリケーションの導入で対応できる用途に加え、企業にとってクラウドが有効な用途は数多くあります。キャパシティ、マーケティング、モバイル、一時利用のアプリなどは、いずれもパブリッククラウドへの移行に適したワークロードであることは明らかです。しかし、アプリによっては、それ以上のものが必要です。アプリケーションサービスやセキュリティに加え、企業が業界内で事業を行うために必要な認証や標準の枠組みに準拠して運用する必要があります。また、多数の連携や依存関係に縛られているアプリもあります。こうした事情から、パブリッククラウドよりもプライベートクラウドの人気が高まり、一部のワークロードは「パブリック」クラウドに移行できないという認識が広がっています。
だからこそ、コロケーションクラウドが魅力的な選択肢となります。従来型のホスティングサービスとクラウドインターコネクトを組み合わせて提供できる環境を構築することで、隣接するパブリッククラウド環境への高速かつ低遅延の接続が可能になり、クラウドをデータセンターの真の延長として利用できます。こうしたコロケーションクラウドプロバイダーは、パブリッククラウド環境に適合させるためにアプリケーションを書き換えたり、別の環境に再ホスティングしたりする余裕がない組織のニーズに応えるソリューションを提供できます。これは「リフト＆シフト」という手法です。アプリケーション、そのアーキテクチャ、プロセスを基盤から比喩的に持ち上げ、コロケーションクラウドへ移行します。また、低遅延のクラウドインターコネクトでつながったすぐ隣のパブリッククラウドへ移行できるコンポーネントは、そちらへ移行できます。
組織は、データセンターのパブリッククラウド側にアプリを安心してデプロイできるため、コスト削減とパブリッククラウドの俊敏性を実現できます。この安心感は、データソースが当初導入されたインフラストラクチャやサービスとともに、境界の内側にあるホスティングプロバイダー側で安全に保護され、データセキュリティとパフォーマンスが維持されるという確信から生まれます。
コロケーションクラウドは現実的な選択肢です。企業は、アプリだけでなくビジネスそのものを、完全にクラウドへ移行できない場合でも、少なくともクラウドをすぐに利用できる環境へ移す手段として、コロケーションクラウドを検討すべきです。
著者について
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ブログをご覧ください。