업데이트를 클라이언트에 알리기

리소스는 변경됩니다. 파일이 편집되거나 레코드가 업데이트됩니다. MCP를 사용하면 서버가 클라이언트에 알림을 보내 오래된 콘텐츠를 계속 읽지 않도록 할 수 있습니다. 🔔

업데이트 신호는 알림입니다. ID와 응답이 없는 JSON-RPC 메시지입니다. 서버는 클라이언트에 무언가 발생했다고 알린 뒤 계속 진행합니다.

클라이언트는 특정 URI에 대해 resources/subscribe를 호출하여 구독을 선택합니다. 그래야만 서버가 해당 리소스의 업데이트를 보내기 시작합니다.

감시 중인 리소스가 변경되면 서버는 URI를 담은 resources/updated를 보냅니다. 무엇이 변경되었는지는 알리지만 새로운 콘텐츠 자체는 보내지 않습니다.

방식은 두 단계로 이루어집니다. 서버가 알림을 보내면 클라이언트가 다시 읽을지 결정합니다. 이렇게 하면 전송 데이터가 작게 유지되고 클라이언트가 시점을 제어할 수 있습니다.

리소스가 나타나거나 사라지면서 전체 목록이 바뀌는 경우도 있습니다. 서버는 list_changed 알림을 보내 클라이언트가 목록을 새로 고치도록 합니다.

이러한 기능은 처음에 협상됩니다. 서버는 초기화 중에 subscribe 및 listChanged 지원을 알리므로 양쪽 모두 어떤 기능을 사용할 수 있는지 알 수 있습니다.

클라이언트가 더 이상 관심이 없으면 해당 URI에 대해 resources/unsubscribe를 호출합니다. 그러면 서버는 불필요한 트래픽을 줄이기 위해 업데이트 전송을 중지합니다.

콘텐츠가 실제로 변경될 때만 업데이트를 보내십시오. 불필요하고 잦은 알림은 클라이언트의 작업을 낭비하고 의미 없는 재읽기를 유발할 수 있습니다.

알림을 보낼 시점을 알기 위해 서버는 원본을 감시합니다. 예를 들어 파일 감시기나 데이터베이스 트리거를 사용한 뒤 그에 따라 업데이트 신호를 보냅니다.

업데이트 알림은 리소스를 실시간으로 바꿉니다. 폴링하지 않아도 모델이 실제 상태와 동기화되므로 컨텍스트가 정확하게 유지됩니다. 🎯

클라이언트가 구독하고 업데이트 및 list_changed 알림을 받은 뒤 필요할 때 다시 읽어 동적 리소스를 최신 상태로 유지하는 방법을 배웠습니다. 과정이 끝났습니다! 🚀