AI研究
Helper CTO 系列文章 10｜你的 AI 產品有備份嗎：資料庫與檔案的最低標準
用 AI 工具做出來的產品，備份幾乎都是空的，因為備份不是功能，沒人會想到叫 AI 做它。本文拆解三個常見誤解，說明資料庫與上傳檔案為什麼要分開備，給出四條最低標準，並解釋為什麼試過還原才算有備份。
「是客戶在 LINE 上跟我說網站打不開，我才知道的。」在那通訊息之前，網站可能已經掛了一整夜：有人打開看到錯誤頁就離開、有訂單按了送出卻沒送出去，而你完全不知道這些發生過。你不是不在意品質，而是沒有人替你在半夜看著那台主機。以下三樣東西，就是最小的一組監控。
最尷尬的一種發現方式：客戶告訴你
客戶告訴你的時候，通常已經掛了一段時間：可能半夜掛的，早上才有人發現；也可能某個功能壞了三天，大家以為是自己按錯。這段空白裡發生的事，你一件都不知道：
- 有多少人打開看到錯誤頁面就離開，而且不會再回來。
- 有多少筆訂單按了送出，其實根本沒有進到後台。
- 有多少人在你毫不知情的情況下，決定改用別家的服務。
- 有多少通客服電話進來，而接的人也不知道系統其實掛了。
更麻煩的是，知道之後也不知道從哪查起：主機掛了、程式報錯，還是資料庫滿了？沒紀錄就只能瞎猜。這是能 demo 不等於能上線那篇講的五件事之一，也是最容易先補起來的一件。
監控最小組合：三樣，加一個前提
「監控」聽起來像大公司才需要的東西，其實它只回答四個問題：
| 看哪一樣 | 它回答的問題 | 沒有它會怎樣 |
|---|---|---|
| 有沒有活著 | 現在打得開嗎 | 半夜掛掉，掛到早上才有人說 |
| 有沒有在報錯 | 功能是不是壞了 | 客戶回報後也查不出原因 |
| 主機資源 | 硬碟、記憶體快滿了嗎 | 某個平常的下午無預警掛掉 |
| 通知有人收 | 出事的時候誰會看到 | 三樣都裝了，還是沒有人去救 |
前三樣是工具的事，最後一樣是人的事。四樣都有，出事時你會比客戶先知道；四樣都沒有，你就是靠運氣和客戶的好心在營運。
前兩樣：活著，以及有沒有在報錯
第一樣做法最簡單：讓一個東西每隔幾分鐘去打開你的網站，打不開就通知你。第二樣難一點，因為「活著」不等於「正常」——首頁打得開，但結帳按下去沒反應。
- 檢查間隔要夠短：間隔拉太長，短暫的中斷根本抓不到，你只會看到一片正常。
- 通知要會吵到你：簡訊、即時訊息都好，寄到一個沒人看的信箱等於沒有裝。
- 錯誤要記到你看得到的地方：讓程式出錯時把原因寫下來，而不是只對使用者說一句抱歉。
- 錯誤變多要告警：從一天三次變成一小時三十次，那是事故，不是小毛病。
用 AI 工具做的產品常常缺第二樣，因為沒有人要求 AI「出錯要記下來」。
第三樣：主機撐得住嗎
主機就是網站跑在上面的那台電腦，它有三樣東西會用完：硬碟、記憶體、處理能力。任何一樣用完，網站會先變慢再掛掉。這種掛法最冤枉，因為它是慢慢發生的：
- 硬碟被紀錄檔和上傳的圖片一天一點填滿，前一週其實就看得出來。
- 記憶體不夠，系統開始反覆重啟，使用者只覺得「今天怎麼特別慢」。
- 處理能力吃緊，通常發生在活動或旺季，也就是最不能掛的那一天。
- 三樣都還沒滿，但趨勢一直往上，這種時候處理最便宜也最安全。
做法是定期看這三個數字，快滿了先處理。這跟你的 AI 產品有備份嗎那篇講的一樣，都是「有人看著」就不會發生的事。
有了監控，然後呢：誰負責看
裝好三樣監控，只解決了一半。另一半在通知發出來以後：
- 誰收：通知進到一個沒人看的信箱，整套監控等於白裝。
- 誰有能力處理：半夜跳出來的訊息，收到的人要看得懂，也要動得了手。
- 多久內要回應：沒有講好時間，「有人看到」和「有人去救」是兩件事。
- 事後誰寫下來：這次為什麼掛、怎麼修好的，沒寫下來下次還會再來一遍。
所以監控最後會回到更根本的問題：這個系統有沒有一個負責的人。這也是Vibe Coding 與真正系統架構的落差那篇的結論——AI 幫你把東西做出來，但做出來之後的責任，AI 不會接。
恩梯科技怎麼替你看著
- 主機看著、有狀況先處理：不等你發現，更不等客戶發現。
- 回應時間講在前面：主機或服務出問題 1 個工作日內回應處理，你回報錯誤 2 個工作日內回覆評估。
- 安全更新每季至少 1 次：緊急狀況另外加開，不會累積到明年再說。
- 按月請款，想停隨時可以停：基本維護 NT$6,000 起／月，不靠綁約把你留下來。
監控不只是買一個工具，是找一個願意在半夜醒來的人。
網站掛了誰先知道，答案應該是「顧它的人」，不是你的客戶。恩梯科技以 Helper CTO 的角色維護你的系統，像公司的技術負責人，只是不在你的編制裡。第一步是 60 分鐘的系統健檢：讓我們看得到程式碼就好，不需要正式環境的帳號密碼，3～5 個工作天內你會拿到一頁看得懂的報告。如果你的產品現在還是靠客戶當監控，先讓我們看一眼它現在的樣子：Helper CTO：系統維運方案。
