CTO를 위한 MCP 거버넌스 아키텍처.

게이트웨이는 신뢰 경계입니다.

게이트웨이는 누가 요청하는지, 어떤 클라이언트가 작동하는지, 어떤 연결이 대상인지, 어떤 도구와 리소스가 관련되어 있는지, 어떤 정책 버전이 적용되는지 등 요청이 컨텍스트를 얻는 장소일 때 유용합니다. 이러한 맥락을 통해 플랫폼 팀은 전송 전에 결정적인 결정을 내릴 수 있습니다.

라우팅을 권한 확인과 동일하게 취급하면 안 됩니다. 게이트웨이는 토큰의 대상과 자격 증명을 직접 검증하고 제공업체의 동의 범위를 지켜야 합니다. 기능이나 리소스의 적용 범위를 확인할 수 없으면 요청을 차단해야 합니다.

예시 시나리오: 도구의 모양이 변경됩니다.

업스트림 도구가 읽기를 쓰기로 변경하는 새로운 인수를 추가한다고 상상해 보세요. 단순히 JSON를 전달하는 게이트웨이는 정책 및 검토 모델이 뒤처지는 동안 계속 작동할 수 있습니다. 관리 경로는 스키마 및 기능 변경 사항을 검토 입력으로 처리합니다. 이는 보고된 이벤트가 아닌 예시적인 설계 시나리오입니다.

경로를 별도의 단계로 모델링합니다. 즉, 인증, 권한 부여, 필요한 경우 승인 획득, 의도 기록, 전송 및 공급자 결과 분류입니다. 이러한 분리로 인해 재시도와 불확실한 쓰기가 우연이 아닌 명시적으로 이루어집니다.

아키텍처 체크리스트

연결을 확장하기 전에 다음 질문에 대한 답을 적어 두십시오.

• 어떤 MCP 클라이언트가 지원되며 해당 버전과 구성은 어떻게 확인됩니까?
• 업스트림 ID, 범위, 동의 및 토큰 대상은 게이트웨이 ID와 어떻게 분리됩니까?
• 검토된 도구, 스키마, 리소스 및 정책 버전은 어디에 저장되고 변경됩니까?
• 승인은 정확한 주체, 인수, 스키마, 만료 및 사용 횟수에 어떻게 연결됩니까?
• 시간 초과 및 모호한 공급자 쓰기는 어떻게 표시되고 조정됩니까?
• 송신, 비공개 연결, 보존, 백업 및 복구를 시행하는 제어는 무엇입니까?

Durin을 사용한 제한된 평가

Durin은 플랫폼 팀에 ID, 기본 허용 정책 확인, 선택적인 승인 또는 허용하지 않는 제어, 범위가 지정된 연결 및 감사 등 실행을 위한 구체적인 요청 경로를 제공합니다. 평가 작업 영역은 공급자 활성화 전에 모델의 유효성을 검사할 수 있습니다. 검색, 원격 공급자 활성화, 호스팅된 ID, 개인 연결 및 운영 보증은 프로덕션 신뢰 검사입니다.

해당 경계를 사용하여 아키텍처 결정 기록을 구축합니다. 게이트웨이가 증명하는 기능, 네트워크 또는 클라이언트가 증명해야 하는 기능, 프로덕션 노출 전에 통과해야 하는 게이트의 이름을 지정합니다.