重新設計稽核事件的擷取方式：多個身份驗證實例發布事件；多個稽核服務實例透過 Pub/Sub 消耗這些事件。應如何設定主題和訂閱才能擴展並處理高流量？

正確答案是建立一個 Pub/Sub 主題，並建立一個 pull subscription 讓稽核服務共享訊息。單一主題可以接收來自多個身份驗證實例的事件，而單一 pull subscription 允許多個稽核服務實例作為競爭性消費者（competing consumers）處理這些訊息。這表示訊息會平均分配給可用的稽核服務實例，從而實現水平擴展和高吞吐量。 為每個稽核服務實例建立一個 pull subscription 會導致每個稽核服務實例都收到所有訊息的副本，這不是共享訊息，而是重複處理。使用 push subscription 並將端點指向負載平衡器是可行的，但 pull subscription 在此情境下更具彈性，因為稽核服務可以根據其處理能力主動拉取訊息。為每個身份驗證服務建立單獨的主題會增加複雜性，並且不必要，因為單一主題足以聚合所有事件。