この概念をご存じない方のために、簡単にご説明します。
架空のKobayashi Maruは、Star Trekの世界に登場する試験です。
これは、Starfleetの指揮官課程に所属する士官候補生の人格を試すために設計された訓練演習で、Starfleet Academyで実施されます。この試験の名称は、Star Trekのファンやシリーズに詳しい人々の間で、勝ち目のない状況、または問題を再定義し、その人の人格を試すような解決策を表す際に使われることがあります。
そんな目で見ないでください。私が『スター・トレック』や『スター・ウォーズ』などを好きなのはご存じでしたよね。先に進みましょう。そうしないと、いつまでたっても本題に入れませんから。
ITにおける「勝ち目のないシナリオ」は、「クラウドかオンプレミスか」という選択のようです。しかし、どちらを選んでも、何かを失うことになります。オフプレミスのパブリッククラウドを選べば、俊敏性と拡張性を得る代わりに、制御性と既存のセキュリティアーキテクチャを再現する能力を手放すことになります。一方、従来型のオンプレミスデータセンターを選べば、制御性と引き換えに、俊敏性とコスト削減効果を諦めることになります。
本当に求めているのは、制御性、俊敏性、コスト削減をすべて兼ね備えた、すっきりとしたソリューションです。しかし、提示された選択肢ではそれを実現できません。一方を得れば、もう一方を諦めることになります。どちらを選んでも勝ち目はありません。
しかし、実際には両立できます。多くの調査（F5の調査を含む）で、プライベートクラウドを支えるテクノロジーの成長と投資の継続が示されているのには、十分な理由があります。その実態を大々的に伝える記事はあまり見かけませんが、実のところ、組織は「クラウドをめぐる批判」にさらされ、沈黙を余儀なくされてきました。つまり、プライベートクラウド導入の第1のルールは、プライベートクラウドの導入について語らないことなのです。
これは残念なことです。そうした実装から得られた多くの知見や教訓は、プライベートクラウドの実現に向けて取り組み始めたばかりの方や、その過程で問題に直面している方にとって指針となり得るからです。プライベートクラウドの実現には、アーキテクチャ、オートメーションとオーケストレーション、フレームワークに関する経験に加え、IT部門のサイロを越えてアプリケーション開発部門まで連携するというDevOpsの中核的な理念を実践することが必要です。
これは決して容易な取り組みではありません。それでも、プライベートクラウドは一貫してパブリッククラウドを上回っています（SaaSの導入は別として、SaaSはまったく異なるパラダイムです）。昨年は、プライベートクラウドに投資する組織が38%で、パブリッククラウドの25%を上回り、SaaSはその中間の32%でした。これは世界全体の結果です。すべての地域で、プライベートクラウドへの投資がパブリッククラウドを上回りました。戦略的重要性についても同様の結果となり、世界全体では、プライベートクラウドを重要とした組織が43%で、パブリッククラウドの34%を上回りました。
その傾向が今年、あるいは来年に逆転すると考える理由はありません。セキュリティの観点から見れば、これは当然のことです。クラウド、IoT、APIのいずれにおいても、セキュリティは引き続き、あらゆるテクノロジーの重要な推進要因となっています。また、パブリッククラウドには依然としてセキュリティ上の懸念があります。ただし、クラウドインフラストラクチャ自体のセキュリティではなく、異なる環境間でポリシーを標準化し、データセンターとクラウドの両方に同じセキュリティポリシーを適用し、認証と認可を一貫した方法で管理できるかどうかという懸念です。
これらは、組織がパブリッククラウドの利用を検討する際に、今なお直面しているセキュリティ上の課題です。過去2年間で侵害や攻撃が増加し、その規模も拡大していることを踏まえると、極めて重大な課題です。脅威が差し迫っているかどうかにかかわらず、対処しなければならないリスクが、ゆっくりと広がる疫病のようにITに忍び寄っています。組織の存続に関わる問題だからです。報道されていなくても、実際に起きています。今年の初め（5月16日）には、Ponemonが、医療機関の89%が過去2年間に侵害を受けたことを認めたと報告しています。業界や業種を問わず、同様の統計は数多くあります。相当数の組織が（おそらく認めたくないほど多く）侵害を経験しています。その侵害によってデータが広範囲に漏えいしたかどうかが、報道されるかどうかを左右していると考えられます。
アプリケーションをクラウドへリフト＆シフトする際のセキュリティ上の課題に加え、メインフレームが今後もなくならないという現実があります。単なる懐古趣味だと思いますか？ そうではありません。BMCがスポンサーを務めた2016年のForresterレポートによると、
企業の91%が、メインフレームにビジネス上重要な情報を保存していると回答しています。また、メインフレーム技術の将来性も高く、半数を超える企業（57%）が今後2年間にワークロードの増加を見込む一方、半数の企業が新たなメインフレームアプリケーションを開発しています。
はい、読み間違いではありません。念のため、もう一度読んでみてください。お待ちしています。
現在では、メインフレーム上のアプリケーションが他のアプリケーションのアーキテクチャに組み込まれることは一般的ですが、データセンターの外部、たとえばパブリッククラウドにあるアプリケーションは対象外です。一方、オンプレミスのプライベートクラウドにあるアプリケーションは、メインフレーム上のアプリケーション内のデータにアクセスするAPIを利用し、引き続き「ビジネスクリティカルな情報」を活用できます。
だからこそ、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ブログをご覧ください。