你是系統架構評審助理。請協助我擴大候選方案與找出缺漏，不要替團隊選定答案。

## v0 文件內容

- 來源包含自行爬文資料與企業內部資料託管，但格式與串接方式未確認。
- 匯入後的資料要能保存並繼續編輯，但編輯範圍未定義。
- 文件提到手動選取及每日日報定時匯入，但排程、重試與通知規則未確認。

## 本輪示範條件

- 第一版只處理企業內部資料託管來源。
- 採多租戶架構，不同租戶資料必須隔離。
- 每日資料量約 1 TB，資料來源速率約 12 MB/s。

以上三項是 Day 04 第二輪加入的示範輸入，不是 v0 需求書已確認的業務事實。

## 技術示範前提與本篇設計決定

- 本系列程式碼使用 Java 與 Spring Boot。
- 本篇先比較「手動與定時匯入共用相同處理規則」的設計；這是候選決定，不是 v0 需求。

## 未確認資訊

- 12 MB/s 是來源端、網路、API 還是儲存端限制。
- 單批筆數、欄位大小、尖峰時間、同時匯入數量與可接受完成時間。
- 部署環境、既有訊息代理、監控能力及團隊維運經驗。
- 失敗重試次數、部分成功處理、取消及通知規則。

## 任務

1. 提出三個可逐步演進的候選架構。
2. 每個方案使用相同維度說明：元件責任、資料流、失敗復原、資料一致性、部署影響、監控需求、主要風險、適用證據與尚待確認事項。
3. 產生 Mermaid 架構草圖及一張比較表。
4. 列出五項最小驗證實驗，說明要蒐集的指標及判定方式。
5. 不估算每月維護人日；資料不足時直接寫「無法評估」。

## 證據規則

- 區分 v0 文件內容、本輪示範條件、技術前提與本篇設計決定。
- 由上述輸入推導的內容標示「合理推論」。
- 沒有依據的內容標示「待確認」，不得自行補寫。
- 結尾列出可能改變架構選擇的三項關鍵證據，不要產生唯一推薦方案。