為點擊流設計一個 Pub/Sub 推送訂閱系統，其中訂閱者可能會暫時離線。需求：儲存未消費的輸入、逐漸重試失敗以避免過載，並在最多 10 次重試後將失敗的訊息儲存到一個主題中。應如何配置訂閱？

此配置滿足所有要求。指數退避重試政策（exponential backoff retry policy）能逐漸增加重試間隔，避免在訂閱者離線後立即過載。Dead lettering 到不同的主題（dead lettering to a different topic）確保在 10 次傳遞嘗試失敗後，訊息會被儲存起來以供後續分析或處理，而不會阻塞原始主題。將確認期限增加到 10 分鐘不足以處理長期離線情況。立即重新傳遞（immediate redelivery）會導致訂閱者過載。將 dead lettering 配置到相同的來源主題（same source topic）會導致訊息循環，無法有效隔離失敗訊息。