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

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

カスタム・ドメインを使用する電子メール・サブスクリプションを作成する場合は、そのドメインのカスタム・リターン・パスが設定されていることを確認します。カスタム・リターン・パスは、Email Deliveryサービスを使用して作成されます。

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

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

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

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

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

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