[SAA] Amazon MQ

Amazon MQ

• SQS와 SNS는 클라우드 네이티브 서비스로 AWS 독점 프로토콜을 사용하므로 표준은 아님
• 계속 사용되어온 온프레미스 애플리케이션들은 개방형 프로토콜을 사용하며 MQTT, AMQP, STOMP Openwire, WSS를 사용
  이들은 AWS가 생기기 전에 개발된 표준 프로토콜에 가까움
• 온프레미스에서 클라우드로 SQS나 SNS를 사용하는 애플리케이션을 마이그레이션할 때 전부 재설계하는 대신
  메시지 대기열을 클라우드로 옮기고 싶을 때 Amazon MQ를 사용
  
• Amazon MQ는 SQS나 SNS 만큼 확장되지는 않지만 프로비저닝되기 때문에 클라우드에서 Apache ActiveMQ를 관리하며 
  전용 머신에서 실행되고 장애 조치에 대해 고가용성을 설정할 수 있음
• Amazon MQ는 SQS처럼 대기열 기능이 있고 SNS 처럼 Topic 기능도 있음
• 즉, 온프레미스에서 클라우드로 애플리케이션을 마이그레이션할 때
  그 애플리케이션이 MQTT나 MQP와 같은 표준 프로토콜을 사용한다면 Amazon MQ를 사용해야 함

Amazon MQ – High Availability

• Amazon MQ에서 고가용성의 작동
• 예) 리전이 us-east-1일 때 AZ는 두 개로 us-east-1a와 us-east-1b이고 영역 하나는 활성화, 하나는 대기
  Amazon MQ 브로커를 두 영역에 두고 장애 조치를 작동시키기 위해 백엔드 스토리지에 Amazon EFS를 정의
  EFS는 네트워크 파일 시스템으로 다중 가용 영역에 마운트할 수 있음
  장애 조치가 작동할 때 Amazon EFS에 마운트되므로 첫 번째 활성화 대기열과 같은 데이터를 얻게 되고 장애조치가 작동
  그러므로 클라이언트가 Amazon MQ 브로커와 통신할 때 장애 조치가 작동하고 있다면 Amazon EFS 덕분에 데이터가 보호