適用於 CTO 的 MCP 治理架構。
MCP 治理架構、信任邊界、核准語意和生產信任的 CTO 指南。
決策摘要
將協定路由、授權、提供者許可、執行和操作作為單獨的架構關注點。
網關是信任邊界
當網關是請求獲取上下文的地方時，它很有用：誰在請求、哪個客戶端正在執行、哪個連線是目標、涉及哪些工具和資源以及適用的政策版本。這種背景使平台團隊可以在調度之前做出確定性決策。
架構錯誤是將路由視為授權。網關應驗證其自己的受眾和憑證，保留上游同意邊界，並在能力或資源覆蓋範圍未知時關閉失敗。
說明性場景：工具改變形狀
想像一下，上游工具新增了一個新參數，將讀取改為寫入。僅轉發 JSON 的網關可能會繼續運行，而其政策和審查模型會落後。受控路徑將架構和功能變更視為審核輸入。這是一個說明性設計場景，而不是報告的事件。
將路徑建模為單獨的階段：身份驗證、授權、在需要時取得核准、記錄意圖、調度並對提供者結果進行分類。這種分離使得重試和不確定的寫入變得明確而不是偶然。
架構清單
在擴充連線之前，請先寫下以下問題的答案：
- 支援哪些 MCP 客戶端？它們的版本和配置如何驗證？
- 上游身分、範圍、同意和令牌受眾如何與網關身分分開？
- 審核過的工具、模式、資源和政策版本在哪裡儲存和變更？
- 核准如何綁定到確切的主體、參數、模式、到期日和使用計數？
- 如何表示和協調超時和不明確的提供者寫入？
- 哪些控制措施強制出口、專用連線、保留、備份和復原？
使用 Durin 進行有界評估
Durin 為平台團隊提供了具體的請求路徑來執行：身分、預設允許政策檢查、選用核准或禁止控制、範圍連線和稽核。評估工作區可以在提供者啟動之前驗證模型。發現、遠端供應商啟動、託管身分、專用連線和操作保證是生產信任檢查。
使用該邊界來建立架構決策記錄。列出網關證明的功能、網路或用戶端必須證明的功能，以及生產暴露之前必須通過的大門。