Amazon SQS for Python에 대한 대안

Question

동일한 SQS 대기열을 사용하는 프로세스에 설치된 EC2 인스턴스의 콜렉션이 있는데, 이름은 my_queue입니다. 이 큐는 매우 활동적이어서 분당 250 개 이상의 메시지를 쓰고 그 250 개의 메시지를 연속적으로 삭제합니다. 이 시점에서 내가 만난 문제는 느리게 시작되므로 시스템이 제대로 작동하지 않고 SQS가 연결을 닫고 원격 시스템에 쓰기 때문에 일부 프로세스가 멈추는 것입니다.

SQS를 사용하는 데있어서 가장 큰 장점은 1) 로컬 파일을 설치하거나 구성 할 필요가없고, 2) 시작하기 위해 키와 key_secret 만 필요하므로 신뢰할 수있는 도구입니다. 밀고 당기는 메시지.

내 질문은 : SQS에 존재하는 어떤 대안

1. , 나는 레디 스, RabbittMQ 알고 있지만, 두 지역의 배포, 구성이 필요 예를 상자에 대한 실행하는 경우 즉, 신뢰할 수없는 기능으로 이어질 수 갑자기 충돌하고 다른 상자가 메시지를 대기열에 쓸 수 없습니다.
2. Redis와 같은 것을 선택하면 SQS보다 더 가치가 있습니까? 아니면 SQS를 유지하면서 다른 솔루션을 찾아야합니까?

감사

Answer 1

이제 문제는 오래된 이후로이 문제를 해결할 수도 있습니다; 나는 같은 문제를 가지고 있었고, 내 신청서에서 SQS를 폴링하는 비용 ($$)은 꽤 컸다. 나는 많은 노력을하지 않고 REDIS로 성공적으로 마이그레이션했습니다. 결국 REDIS 호스트를 ElasticCache의 REDIS로 마이그레이션했으며 솔루션에 매우 만족했습니다. 스냅 샷을 만들고 필요에 따라 확장 할 수 있습니다. 희망이 도움이됩니다.