Microsoftの最新のAIサービス発表は、単一モデルに標準化する時代が終わりに近づいていることを示唆している。今週、同社は企業がAI導入をカスタマイズし、単一プロバイダーにロックインされるのではなく複数のモデルを利用できるように支援する25億ドルのAI導入事業を立ち上げた。これは、各リクエストをタスクに最も適したモデルにルーティングするシステムへの大きな移行の一環である。

つまり、業界で最も深い単一モデルパートナーシップを持つと言われる企業が、今やモデル切り替えのしやすさ自体を製品として販売しているのだ。

柔軟性に25億ドルを賭ける

Microsoftは木曜日、企業顧客が自社のビジネスに実際に役立ち、投資収益を生むAI技術を選択・統合するのを支援する新事業体「Microsoft Frontier Company」を設立すると発表した。ロイターが報じたところによると、この部門はMicrosoftから25億ドルの資金でスタートし、UnileverやNovo Nordiskなどの顧客と協力する。

新会社は、Microsoftおよび外部プロバイダーのAIツールを各顧客の内部データと統合するのを支援する。顧客は作業の成果を所有し、Microsoftに返却しない。この動きにより、MicrosoftはNvidiaのオープンソースモデルを使って大口顧客向けに同様の取り組みを行っているPalantirや、最近10億ドルの組み込みエンジニアリング部門を立ち上げたAmazon Web Servicesと並ぶことになる。

最も示唆に富むのはその理由だ。Microsoft Commercial BusinessのCEOであるJudson Althoffはロイターに対し、新会社はDeepSeekやGoogleのGeminiがOpenAIに追いつく様子をMicrosoft自身が見てきた経験から生まれた部分があると述べた。初代Copilotについて同氏は、「OpenAIのモデルにのみ結びつけたのはミスだった」と語った。Althoff氏によると、顧客は特定のモデルよりも自社データとモデルの組み合わせを重視しており、技術の最先端が変わるにつれてモデルを迅速に切り替えられる必要があるという。

「OpenAIのモデルにのみ結びつけたのはミスだった。」

1つのモデルではもはや通用しない

サポートチケットの要約、300ページの契約書の分析、メールの生成、会議の文字起こし、ソースコードのレビューを必要とする典型的なカスタマーサービスアプリケーションを考えてみよう。これらは必ずしも同じ問題ではない。100万トークン以上のコンテキストウィンドウを持つGoogleのGeminiのようなモデルは契約書に適しているかもしれない。OpenAIのGPT-5.4 miniやAnthropicのClaude Haikuのような小型で高速なモデルは、チケット要約を低コストで処理できる。文字起こしはWhisperのような専用モデルに任せられる。規制により顧客データをオンプレミスに留める必要がある場合、MetaのLlamaやMistralのようなオープンウェイトモデルが好まれることが多い。

単一の基盤モデルを選ぶのではなく、開発者は複数のモデルを選び、アプリケーションが各リクエストをどのモデルに処理させるかを決定するようになっている。

AIゲートウェイが中核インフラに

モデルはスタックの1コンポーネントに過ぎないため、リクエストをルーティングする決定はどこかに存在しなければならない。そのため、開発者はアプリケーションを単一モデルにハードコードすることをやめ、複数のモデルの中から選択できるシステムを構築している。ルーティングロジックは、あるリクエストではコストを優先し、別のリクエストでは速度を優先し、機密性の高いワークロードをローカルモデルに留めるかもしれない。そうすることで、1つのプロバイダーで障害が発生した場合でも、アプリケーション自体を変更せずにトラフィックを別の場所にルーティングできる。

業界で最も深い単一モデルパートナーシップを持つと言われる企業が、今やモデル切り替えのしやすさ自体を製品として販売している。

それが開発者の作るものを変える

企業が単一モデルに依存しなくなると、課題は各リクエストにどのモデルを使うかを決定するシステムの構築に移る。

つまり、開発者はリクエストのルーティング、モデルのパフォーマンス比較、信頼性の監視、コスト管理、セキュリティポリシーの適用、1つのモデルがダウンした場合の切り替えを行うツールを必要とする。これは非常に異なるエンジニアリング問題であり、特にリクエストに応答すべきモデルを決定するのは、誰かがアプリケーションを使うたびに行われる。エンタープライズ規模では、これらの決定が1日あたり数百万回行われるため、高速で信頼性が高く、管理しやすいものでなければならない。

エコシステムはすでに反応している

LiteLLMのようなオープンソースプロキシやPortkeyのようなゲートウェイは、プロバイダー間のAPIを正規化している。LangChainやLangGraphのようなオーケストレーションフレームワークは、最初から複数のモデルの存在を前提としている。Model Context Protocol (MCP)は、ツール統合を1つのベンダーに縛られず、モデル間でポータブルにしている。そしてクラウドプロバイダー自体であるAmazon Bedrock、Azure AI Foundry、Google Vertex AIは、今や単一のAPIの背後に多数のモデルを公開している。

オーケストレーションが新たな堀となる

基盤モデルは今後も改善を続けるだろう。しかし、多くのビジネス課題で性能が収束するにつれ、オーケストレーションが課題となる。Microsoftの発表は、大手ベンダーが企業がその方向に向かっていると信じ、そのルーティング層を握るために数十億ドルを投じる用意があることを示す一例である。

モデルをプラットフォームとして扱うのではなく、企業は一貫してそれをオーケストレーションレイヤーの背後にある交換可能なコンポーネントとして扱っている。

クラウド時代は、アプリケーションを1つのサーバーに強く結びつけないよう開発者に教えた。コンテナ化によりインフラはポータブルになった。今、同じ哲学がAIに適用されている。モデルをプラットフォームとして扱うのではなく、企業は一貫してそれをオーケストレーションレイヤーの背後にある交換可能なコンポーネントとして扱っている。

YOUTUBE.COM/THENEWSTACK

Tech moves fast, don't miss an episode. Subscribe to our YouTube channel to stream all our podcasts, interviews, demos, and more.

Group Created with Sketch.