두 가지 구성 요소가 있습니다. 하나의 클라우드 기반 CLS 앱입니다. 다른 하나는 MySQL과 대화하는 일반적인 Java 기반 관리자입니다.Amazon SQS는 두 구성 요소 간의 동기화를위한 훌륭한 서비스입니까?
SQS가 FIFO가 아니므로 언제 소비자 측에서 메시지를 수신 할 것인지 잘 모르겠습니다. 또한 데이터 불일치가 발생하는 동일한 데이터에서 이전 메시지 이전에 새 메시지를 수신 할 수도 있습니다.
두 시스템간에 데이터를 동기화하려면 SQS가 좋은 서비스입니까?
SQS는 일반적으로 이러한 동기화 업 시나리오에서 좋은 도구입니까?
SQS는 "느슨하게 FIFO"이고 SQS의 자주 묻는 질문 주문 달성하기 위해 각 메시지에 시퀀싱 정보를 추가하는 것이 좋습니다 : 시스템이 보존 될 메시지의 순서를 필요로
경우를 각각 시퀀싱 정보를 배치 메시지를 수신하면 메시지를 으로 주문할 수 있습니다. 아마존 SQS 그냥 FIFO Queues with Exactly-Once Processing & Deduplication을 얻고있다 Source
: 우리는 SQS는 더욱 강력하고 FIFO (선입 선출) 큐를 지원 유연하고 있습니다
오늘. 우리는 지금이 개 지역에서을 큐의 새로운 유형을 출시하고,이 큐는 메시지가 정확히 한 번만 을 처리하는 것을 보장하도록 설계
2017 년 초 에 많은 다른 사람에서 사용할 수 있도록 계획하고 있습니다 전송 된 순서대로, 중복없이. 강조으로 [...]
[강조 광산]
, 새로운 FIFO SQS 큐는 손의 사용 사례를 충당하기 위해 더 많은 옵션을 제공하지만, [모든 SQS regions 아직 사용할 수 없습니다 처음에는 미국 동부 (오하이오)와 미국 서부 (오레곤)에서만 사용되었습니다. 또한 SQS FAQ for FIFO queues은 특정 유스 케이스와 일치하는 대기열 유형을 결정하기 전에 고려해야하는 표준 대기열과 FIFO 대기열 사이에 주목할만한 차이점을 간략하게 설명합니다.
특정 순서로 도착해야하는 메시지는 표준 SQS 대기열에 적합하지 않을 수 있습니다. 그러나 메시지를 보내는 동안 메시지 시퀀스 카운터를 설정할 수 있습니다. 수신 측에서는 시퀀스가 올바른 경우 메시지 처리를 유지할 수 있습니다. 순서가 잘못된 메시지가 오면 오른쪽 메시지가 올 때까지 기다린 다음 오른쪽 순서 메시지와 다른 메시지를 처리합니다. 11 월 17 일
US East (Ohio) 및
US West (Oregon))에 도입되었다. 메시지를 송수신하는 순서는 엄격하게 보존되며 메시지는 한 번 전달되며 소비자가 처리하고 삭제할 때까지 계속 사용할 수 있습니다. 중복은 큐에 도입되지 않습니다. FIFO 대기열은 표준 대기열과 동일한 API 작업을 사용하며 메시지 수신 및 삭제 및 표시 시간 초과 변경 메커니즘은 동일합니다.그러나 메시지를 보낼 때 메시지 그룹 ID를 지정해야합니다.
