サブスクリプションおよびトピックのベスト・プラクティス

電子メール・サブスクリプションを作成する場合は、配信到達性のベスト・プラクティスに従って、正の電子メール送信者の評価を維持します。この演習は、抑制リストに追加されないようにするために役立ちます。抑制リストの詳細は、抑制リストの管理を参照してください。

アラーム、お知らせサブスクリプション、イベント・ルール、コネクタまたはコンテキスト通知(アラームまたはイベント・ルール)は、メッセージをトリガーできます。その後、通知サービスは、電子メール、HTTPSエンドポイントおよびファンクションを含む多くのタイプのサブスクリプションにメッセージを送信します。

特定のメッセージ・トリガーからの重複メッセージをシステムで処理できないようにすることが必要な場合もあります。この状況は、メッセージがファンクション・サブスクリプションに送信される場合に特に関係します。その結果、二重呼出しが起こる場合があります。(ファンクション・サブスクリプションの例については、シナリオA: VMの自動サイズ変更を参照してください。)

システムが重複メッセージを処理しないようにするには、トリガー固有の識別子を使用して、受信されたメッセージを重複排除するコードを作成します:

• メッセージについては、メッセージ本文に入力したカスタム重複排除キーを使用することを検討してください。
• アラームでトリガーされるメッセージの場合は、アラーム・メッセージのdedupekeyとtimestampEpochMillisの組合せを使用します。
• イベントでトリガーされるメッセージの場合は、イベント・メッセージからのeventIDを使用します。
• 直接公開されたメッセージの場合は、ヘッダーでX-OCI-NS-MessageIdを使用します(通知で提供されます。標準ヘッダー・メタデータを参照してください。

Oracle Cloud Infrastructure APIエンドポイントに送信された重複リクエストの処理については、再試行トークンを参照してください。

関連するトラブルシューティング情報は、通知のトラブルシューティングを参照してください。