監査イベントの取り込みを再設計します。複数の認証インスタンスがイベントを発行し、複数の監査サービスインスタンスが Pub/Sub を介してそれらを消費します。スケーリングと大量の処理に対応するために、トピックとサブスクリプションはどのように構成すべきですか？

Pub/Subでは、単一のトピックに複数の発行元がメッセージをパブリッシュでき、単一のサブスクリプションに複数のサブスクライバーが接続してメッセージを共有できます。これにより、複数の監査サービスインスタンスが同じイベントストリームから並行してメッセージを処理し、スケーリングと高スループットを実現できます。 「監査サービスインスタンスごとに1つのプルサブスクリプションを作成する」は、各インスタンスが独自のメッセージコピーを受け取るため、イベントの共有処理には適しません。「プッシュサブスクリプション」は、Pub/Subがメッセージを外部サービスに送信するため、監査サービスがメッセージをプルするシナリオとは異なります。「認証サービスごとに1つのPub/Subトピックを作成する」は、トピックの管理が複雑になり、監査サービスが複数のトピックを購読する必要があるため、効率的ではありません。