web-services - Amazon SQS をクライアントに直接公開するか、Web サービスを介してプロキシとして公開する

Question

アプリケーションで Amazon SQS を使用して、自分のものではない他の外部システムからのリクエストをキューに入れたいと考えています。

これを行うには、SQS キューと必要なメッセージ形式を直接公開する、または要求をキューに入れる Web サービス (WCF) を公開する、より良い方法があります。

また、SQS は単一のアクセスでは比較的遅いと読みましたが、異なるクライアントからの多数の同時アクセスを簡単に処理できるというのは正しいですか?

ベストトーマス

Answer 1

これは主に好みの問題であり、状況によって少し異なります。ただし、独自の Web サービスでラップすることをお勧めします。

Web サービスを構築すると、検証、スロットリング、スキーマのバージョン管理などを行うことができます。たとえば、送信者への即時の同期フィードバックで無効なメッセージを拒否できます。外部システムがあなたのキューに直接公開している場合、無効なメッセージは彼らの問題ではなくあなたの問題になります。スキーマを修正して古いスキーマのメッセージを拒否したい場合は、それらを削除するか、別のバックチャネルを設定する必要があります。出版社に情報をフィードバックします。これにより、システムが不必要に複雑になります。Web サービスがあれば、後で必要に応じて他のキューイング テクノロジに切り替えることもできます。

しかし、独自の Web サービスの構築にはマイナス面もあります。独自のサービスは、SQS API と同じ負荷を同じ低レイテンシーで処理できるでしょうか? SQS のように無限にスケーリングするわけではないので、負荷の変化に対してどの程度の応答性が必要でしょうか? 別のサービスを管理するためのリソースはありますか? クライアントの AWS アカウントに、キューに発行する許可を与えるだけではありません。

追加の作業に満足していて、より将来性のあるシステムが必要な場合は、Web サービス ラッパーを構築する価値があります。