前面已經分享了：
前言
本專案的基礎設施（如 EKS 叢集 與 EMR 分析環境）為現有的共用資源，因此本篇分析將重點放在「為了導入數據流而新增」的服務開銷，包含 Kinesis Data Firehose、S3 儲存、KMS 加密以及相關的 CloudWatch 監控。
增量架構概況：
- 數據產生： 由現有 EKS 上的 Web App 透過 SDK 送出。
- 數據傳輸： Kinesis Data Firehose (新增 x2 Streams)。
- 數據儲存： S3 Bucket (新增專用 Prefix，由 KMS 加密)。
- 監控預警： CloudWatch + SNS (針對傳輸失敗進行告警)。
帳單數據詳細拆解
1. Kinesis Data Firehose：數據入庫核心
我們開啟了 2 個 Firehose Streams 來區分不同業務類型的數據流。
- 單月處理數據： 8.973 GB
- 計費標準： $0.037 USD / GB (Singapore Region)
- 實際費用： $0.33 USD
- 分析： 作為 Serverless 服務，Firehose 的起步成本極低，主要隨數據量線性增長，非常適合初期導入。
2. KMS：安全性與 API 請求
為了符合資安合規，S3 資料採用 KMS 加密。
- 金鑰數量： 帳單顯示共 5 把 Key，本專案新增並使用了其中 2 把。
- 請求次數： 約 63 萬次（包含其他並行專案）。
- 費用推估： * 2 把專用 Key 固定費：$1.00 x 2 = $2.00 USD
- API 請求費：帳單總額 $1.89，本專案約佔其中 30%~50%。
- 預估小計： 約 $3.00 USD。
3. S3：儲存與 API 寫入
S3 帳單包含其他現有專案，此處僅估算 Firehose 產生的增量。
- API 請求 (Tier 1)： Firehose 根據 Buffer Hints 寫入 S3 時產生的
PUT請求。 - 儲存空間： 由於數據會定期由現有的 EMR 進行後續處理或轉存，本專案佔用的持久儲存空間不大。
- 預估小計： 約 $1.00 USD 以內。
4. 監控與維運：CloudWatch & SNS
在生產環境運行的一個月內，系統表現極其穩定：
- 穩定性： 0 Error / 0 Alert。
- 費用分析： 由於沒有觸發傳輸失敗，因此沒有產生 SNS 告警費用。基本的 CloudWatch Metrics 監控在免費額度內，無需額外支出。
- 小計： $0.00 USD。
單月增量成本預估表 (不含現有 EKS/EMR)
下表為導入 Firehose 數據流方案後，每月預計新增的費用估算：
| 服務項目 | 估算費用 (USD) | 備註 |
|---|---|---|
| Kinesis Firehose | $0.33 | 2 個 Streams，約 9GB 流量 |
| KMS (Key + Requests) | ~$3.00 | 2 把專屬金鑰 + 部分 API 請求費 |
| S3 (Storage + API) | ~$1.00 | 僅估算數據流產生的寫入與儲存 |
| CloudWatch / SNS | $0.00 | 系統穩定，無異常告警支出 |
| 總計 (預估) | $4.33 USD | 約台幣 $140 元 |
備註： 本分析已排除現有的 EKS (運算節點) 與 EMR (分析叢集) 費用，這兩者作為基礎設施由多個專案共享，不列入本次數據流的專屬成本。
結語
在已有 EKS 與 EMR 的基礎下，透過 Firehose + S3 建立自動化數據入庫流程，每個月僅需額外支付不到 $5 美金 的管理費用。這證明了 AWS Serverless 數據方案在低流量階段具備極高的成本優勢與運維效率。
評論