HTTP 서비스 클라이언트는 특정 컨텐츠 유형으로 데이터를 요청하거나 게시하여 이해할 수있는 버전 (및 형식)을 지정할 수 있습니다. HTTP 프로토콜은 컨텐트 유형을 이해하지 못한다는 것을보고하기위한 오류 코드를 정의합니다.신뢰할 수있는 비동기 메시징을 통해 액세스되는 서비스의 버전 관리를 구현하는 장단점은 무엇입니까?
메시징 시스템 (예 : JMS, MQ Series 등)에는 메시지 프로토콜 버전 및 내용 형식을 설명하는 표준 방법이 없습니다.
신뢰할 수있는 비동기 메시징을 통해 액세스되는 서비스에 대한 버전 관리는 어떻게 구현 되었습니까?
일부 가능성 :
- 보낸 메시지의 속성으로 버전을 나타냅니다 대기열 또는 주제 이름은
- 버전 해당 대상에서 접수 메시지의 프로토콜 버전을 포함
- 은의 페이로드에 메시지
다른 방법이있을 것입니다. 넌 어떻게 그걸 했니? 어떤 장단점을 발견 했습니까?
옳고 그른 대답이 없다는데 동의합니다. "모범 사례"와 같은 것도 존재하지 않습니다. 그래서 나는 구체적인 경험을 요구했다. 그래서, 어떤 메커니즘을 사용 했습니까? 어떤 맥락에서? 잘 된 점은 무엇입니까? 어떤 문제가 발생 했습니까? – Nat