MCP는 툴 호출을 해결했습니다. A2A는 조정을 해결... 노트
RSS VentureBeat

MCP는 툴 호출을 해결했습니다. A2A는 조정을 해결했습니다. 운송은 무엇이 해결합니까?

분산 컴퓨팅은 통합 전에 프로토콜이 확산되었으며, REST, MQTT, WebSockets가 지배적으로 부상했습니다. AI 에이전트 생태계는 현재 유사한 확산 단계에 있으며, 최근 MCP, ACP, A2A, ANP의 네 가지 주요 프로토콜이 발표되었습니다. 이 프로토콜들은 직접적으로 경쟁하기보다는 통신 스택의 다른 계층을 다룹니다. MCP는 툴 호출용이고, A2A는 작업 조정을 처리하며, ACP는 경량 메시지 봉투용이고, ANP는 검색 및 ID에 중점을 둡니다. 이는 에이전트 통신을 위한 보완적인 스택을 만듭니다. 하지만 전송 계층에는 여전히 중요한 과제가 남아 있습니다. 현재 HTTP 기반 프로토콜은 도달 가능한 서버를 가정하는데, 이는 NAT 뒤에 있는 장치에 문제가 됩니다. 이로 인해 메시지가 비용이 많이 들고 지연 시간이 긴 릴레이 인프라를 통과해야 합니다. UDP 홀 펀칭 및 QUIC과 같은 P2P 연결 기술이 존재하지만, 에이전트 컨텍스트는 기능 기반 라우팅, 즉 주소뿐만 아니라 기능별로 피어를 찾는 것을 요구합니다. Pilot Protocol과 libp2p는 이러한 전송 문제를 적극적으로 해결하고 있습니다. 애플리케이션 계층 프로토콜(MCP, A2A)은 안정적인 버전에 가까워지고 있으며, 향후 작업은 강화 및 연합에 중점을 둘 것입니다. 전송 계층은 18-24개월 뒤처져 있으며, 초기 다양성 이후 효과적인 구현을 중심으로 통합될 것으로 예상됩니다. IETF 및 W3C의 표준화는 2027-2028년경으로 예상되며, 사실상의 오픈 소스 표준이 선행될 가능성이 높습니다. 현재 아키텍처 결정의 경우, MCP와 같은 안정적인 애플리케이션 계층 프로토콜을 채택하는 것은 위험이 낮지만, 전송 계층은 초기 구현에 대한 신중한 평가 또는 사용자 정의 개발이 필요합니다. 향후 안정적인 전송 솔루션으로의 전환을 용이하게 하려면 현재 애플리케이션 의미론과 전송 계층 간의 명확한 분리가 중요합니다.
CdXz5zHNQW_r2MngA79VY.png