把靜態網站放到華為雲：我用 ECS + OBS 上線的一次成本覆盤

先講結論：靜態網站唔一定需要一台長期開住嘅伺服器

我之前習慣咗：有網站要上線，就先開一台 ECS，放 Nginx，再諗點樣備份同更新。呢個做法冇錯，但對於一個更新頻率唔高、主要係展示內容嘅靜態網站嚟講，成本同維護量都偏高。

今次我換咗一個分工更清楚嘅做法：靜態檔案放 OBS，ECS 只負責需要動態邏輯或者臨時處理嘅部分；如果暫時完全冇動態需求，ECS 甚至可以先唔開，或者用完即停。

我嘅三步做法

1. 先分清楚「靜態」同「動態」

• 純 HTML、CSS、JavaScript、圖片同文件：直接放 OBS。
• 需要登入、表單提交、定時任務或者後端接口：先列出嚟，再決定係咪真係需要一台長期運行嘅 ECS。
• 呢一步最重要，因為好多成本都係由「順手開咗」開始。

2. 用 OBS 做靜態託管，再加一層快取思路

• 將構建出嚟嘅靜態檔案上傳到 OBS，開啟靜態網站託管。
• 圖片、CSS 同 JavaScript 呢類唔成日變嘅檔案，設定較長嘅快取時間；HTML 則用較短快取，避免更新之後用戶仲見到舊版。
• 上線之前，先喺本地用一個乾淨嘅瀏覽器環境驗證一次連結同資源路徑，特別係相對路徑會唔會因為目錄層級而失效。

3. 發布流程固定化，避免人手上傳出錯

• 本地構建 → 檢查檔案清單 → 上傳 → 驗證首頁同三個最重要嘅子頁面。
• 每次發布都記低變更內容同回滾方法：舊版本檔案唔好即刻刪除，先保留一個可回滾嘅版本。
• 如果之後要加動態功能，先喺一個獨立嘅測試環境驗證，再決定係咪引入 ECS 或者其他後端服務。

三個容易多花錢嘅地方

1. 規格開得太大：靜態網站本身對 CPU 同記憶體需求好低，唔需要一開始就用高規格。先由夠用嘅規格開始，唔夠先再升級。
2. 長期閒置嘅資源冇人跟進：測試用嘅 ECS、臨時桶或者舊版本檔案，好容易一路放喺度。建議每月檢查一次，唔用就停用或者清理。
3. 流量同儲存冇分開睇：儲存成本同流出流量係兩回事。圖片未壓縮、重複上傳大檔案，都會令成本慢慢上升。發布前先壓縮圖片，係最簡單有效嘅一招。

一個簡單嘅檢查清單

• [ ] 靜態同動態需求已經分開
• [ ] 圖片已經壓縮，唔會重複上傳相同大檔案
• [ ] HTML 同靜態資源嘅快取策略唔同
• [ ] 發布後驗證首頁同重點頁面
• [ ] 保留一個可以即刻回滾嘅舊版本
• [ ] 每月檢查一次閒置資源

總結

雲服務唔係用得越多就越穩陣。對靜態網站嚟講，先用最簡單、最貼合需求嘅組合上線，之後有需要先逐步加嘢，咁樣先至最容易控制成本同維護負擔。