2
たとえばAmazonのSQSを使用している場合、X再試行後に削除できなかったメッセージ(ack'd)が別の処理のためにルーティングされるデッドレターキュー(DLQ)を定義できますが、Google Cloud Platform私はこのことについて一切言及していません。Google Pub/Subを使用しているときに「poison pill」メッセージを処理するにはどうすればよいですか?
たとえばAmazonのSQSを使用している場合、X再試行後に削除できなかったメッセージ(ack'd)が別の処理のためにルーティングされるデッドレターキュー(DLQ)を定義できますが、Google Cloud Platform私はこのことについて一切言及していません。Google Pub/Subを使用しているときに「poison pill」メッセージを処理するにはどうすればよいですか?
Google Cloud Pub/Subには現在、自動デッドレターキューがありません。 「poison pill」メッセージが心配な場合は、メッセージIDからメッセージが配信された回数までマップを永続的に保持することで、これをいくらかサポートしなければなりません。メッセージ内のデータを読む前に、加入者のこのマップを更新してください。承認されると、マップから削除されます。カウントがいくつかのしきい値を超えている場合は、別のクラウドPub/Subトピックに公開して、そのようなメッセージを追跡してからメッセージを確認することができます。