커넥터 아키텍처

​

Copilot vs Hub

​

핵심 원칙

​

3계층 아키텍처

​

MCP를 전송 계층으로 사용하는 이유

• 재사용성: FIM One은 이미 MCP 클라이언트(v0.3)를 포함하고 있습니다. 레거시 시스템 어댑터를 추가하는 것은 MCP 도구를 추가하는 것과 동일한 인프라를 재사용합니다.
• 표준 프로토콜: MCP는 개방형 표준입니다. 발명하거나 유지할 독점 프로토콜이 없습니다.
• 에코시스템: 타사 MCP 서버(데이터베이스, API, SaaS 도구)가 즉시 작동합니다.
• 프로세스 격리: 각 MCP 서버는 별도의 프로세스로 실행됩니다. 오작동하는 어댑터가 플랫폼을 중단시킬 수 없습니다.

​

MCP만으로 제공되지 않는 기능

​

데이터베이스 열 마스킹

• 열은 스키마에 계속 표시되고 태그가 지정되므로, 모델은 해당 열이 존재한다는 사실을 알고 이를 대신할 값을 만들어 내지 않습니다.
• 해당 열 이름으로 반환되는 모든 값은 결과가 모델에 전달되기 전에 ***로 대체됩니다. SELECT *를 통한 결과도 포함됩니다.
• 호출 로그에는 마스킹된 열과 함께 커넥터가 읽기 전용 모드였는지도 기록됩니다.

​

왜 커스텀 프로토콜을 만들지 않는가

​

배포 모델

​

에이전트-커넥터 분리

• 새로운 시스템 추가 = 커넥터 설정 추가. 에이전트 코드는 변경되지 않습니다.
• 커넥터 제거 = 설정 제거. 코드 변경 없음.
• 동일한 에이전트가 단일 작업에서 내장 도구와 커넥터를 함께 사용할 수 있습니다.

​

핫 플러그 진화

​

데이터 흐름 예시

1. 사용자가 Portal / API를 통해 메시지 전송

2. FIM One (ReAct 모드):
   Think: 재무 DB에서 연체된 계약을 쿼리한 후 Lark에 푸시해야 한다.

3. Act: contract_query(status="overdue", days_past_due=">30")
   → Connector Governance: 감사 로그, 읽기 전용 확인 (통과)
   → MCP Server: SQL로 변환
   → Client DB: SELECT * FROM contracts WHERE status='overdue' AND ...
   ← 연체된 계약 7건 반환

4. Think: 연체된 계약 7건을 찾았다. 요약하여 푸시하겠다.

5. Act: lark_push(message="7 overdue contracts found: ...")
   → Connector Governance: 감사 로그, 쓰기 작업 → 확인 게이트
   → 사용자가 Portal을 통해 승인
   → MCP Server: Lark 웹훅에 POST
   ← 푸시 성공

6. Answer: "연체된 계약 7건을 찾았습니다. 요약이 Lark 그룹에 푸시되었습니다."

​

커넥터 표준화 레벨

​

기존 MCP 에코시스템과의 관계