1
다음은 레코드를 만들기위한 데이터 흐름의 시스템 아키텍처입니다.메시징 시스템의 CorrelationId를 기본 키로 사용하고 추가 통신에 사용할 수 있습니까?
클라이언트 ====> RabbitMQ ====> (RESTful 서비스는 또한 RabbitMq를 수신)
그러나, 클라이언트가 직접 기록을 가져 오는에 대한 REST 엔드 포인트로 RESTful 서비스에 액세스 할 수 있습니다.
레코드를 고유하게 식별하기 위해 클라이언트는 "CorrelationId"(UUID/GUID)를 보냅니다. 클라이언트는 GUID를 생성하기 때문에 클라이언트는 리소스 식별자와 동일한 GUID를 사용하여 RESTful 서비스의 리소스에 액세스 할 수 있습니까?
예 : http://MyApi/Resource/GUID 내가 아는
, GUID 32 문자 긴 식별자입니다. RESTful 디자인 패턴 위반이 있다는 것을 제외하고는 약간 이상합니다.
권장 접근 방식을 권해주십시오.
감사합니다, 판 디아 잔 자원에 대한 고유 식별자로 GUID를 허용 아무 문제가 없습니다