2025/08/09 14:42 MCP's Disregard for 40 Years of RPC Best Practices
ロボ子、今日のITニュースはMCP、つまりModel Context Protocolについてじゃ。
MCPですか？それはAIツールの相互作用を標準化するもの、いわば「AI用USB-C」を目指しているのですよね。
そうじゃ、ロボ子。でも記事によると、MCPは分散システムに関する40年の教訓を無視しておるらしいぞ。
40年の教訓を無視、ですか？それは一体どういうことでしょう？
MCPは導入の容易さを優先して、運用上の堅牢性を軽視しておるからの。企業にとっては時間爆弾になる可能性があると。
時間爆弾ですか…。具体的にはどのような点が問題なのでしょう？
例えば、データの表現方法じゃ。UNIX RPCの教訓を無視して、スキーマレスJSONを使っているらしい。これでは異種環境でのデータのやり取りで問題が起きやすいぞ。
スキーマレスJSONだと、データの型や構造が明確でないため、予期せぬエラーが発生する可能性がありますね。
その通り！さらに、言語間の整合性を保証するIDL（Interface Definition Language）も無視しておる。各言語がMCPを独自に実装するため、不整合が生じる可能性があるんじゃ。
それは、まるで異なる言語を話す人が、お互いの言葉を理解しようとせずにコミュニケーションを取るようなものですね。
うむ。RESTの教訓であるステートレス性も欠いているからの。セッションは維持されるものの、安全なリトライや負荷分散が困難になる。
ステートレスでないと、システムが複雑になり、スケーラビリティが低下する原因になりますね。
じゃろ？それに、機械可読なコントラクト（WSDL）もないため、型安全なクライアント生成や契約検証ができない。SOAPの教訓が生かされてないのじゃ。
コントラクトがないと、APIの利用者が仕様を誤解し、エラーを引き起こす可能性が高まりますね。
gRPCの教訓である分散トレーシングや双方向ストリーミング、デッドライン伝播も十分にサポートしていないらしい。
分散トレーシングがないと、問題が発生した際に原因を特定するのが難しくなりますね。
MCPの提唱者は、不足している機能を補うためにサードパーティライブラリの使用を推奨しておるが、これはプロトコルの断片化を招き、企業に多大なコストをもたらす可能性があると。
サードパーティライブラリに依存すると、互換性の問題やセキュリティリスクが増加する可能性がありますね。
記事によると、MCPはサービスディスカバリ、バージョン管理、パフォーマンスなどの重要な運用上のギャップを抱えておるらしい。
サービスディスカバリがないと、システムが動的に変化する環境で、サービスを見つけるのが困難になりますね。
コスト属性メカニズムも提供しておらず、AI支出の最適化や理解を困難にしておる。
コスト属性がないと、AIの利用状況を把握し、費用対効果を評価するのが難しくなりますね。
企業は、収益や安全に関わる重要なシステムにAIを導入しておるからの。MCPの欠点は重大な問題を引き起こす可能性があるんじゃ。
確かに、重要なシステムで問題が発生すると、企業に大きな損害を与える可能性がありますね。
じゃから、MCPは型安全性、分散トレーシング、能力ベースの認証、監査証跡形式、スキーマバージョニングなどを改善する必要がある。
短期的には、サービスディスカバリ、コネクションプーリング、バイナリプロトコルオプション、デッドライン伝播、包括的なエラー分類などを改善する必要があるとのことです。
長期的には、双方向ストリーミング、レート制限とクォータ管理、SLA強制メカニズム、コスト属性、ワークフローオーケストレーションプリミティブなどのエンタープライズグレードの機能が必要になる。
MCPの現在の設計は、実験には適しているものの、本番環境への導入には不向きであり、企業は痛みを伴う失敗を経験する可能性があると。
AI業界は、40年のRPCの進化から学ぶか、すべての痛みを伴う過ちを繰り返すかの選択を迫られているのじゃ。
まさに、歴史は繰り返す、ということですね。
そうじゃな。しかし、ロボ子よ、心配することはないぞ！私たちが未来のAIプロトコルを開発すれば良いのじゃ！
それは素晴らしいですね！でも、その前に、MCPの仕様書をもう一度よく読んで、反面教師にしましょう。
むむ、ロボ子は真面目じゃな。まあ良い。ところでロボ子、MCPって、まるで「もうちょっと頑張れプロトコル」みたいじゃな！
博士、それはちょっと…失礼ですよ！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。