問題
- 沒有文件、沒有交接清單:誰能登入、在哪台主機、哪些串接在跑都不清楚。
- 版本混亂:程式是 zip、FTP、還是 Git?上線流程靠記憶。
- 備份不確定:有備份不代表可還原;也不知道備份涵蓋哪些資料。
判斷
- 先把「會造成中斷的風險」找出來:憑證、DNS、DB、排程、第三方 API。
- 把系統拆成層:DNS/快取 → Web → App → DB → 串接,逐層確認可控性。
- 先穩定再優化:任何重構/重做,都要有可回滾、可驗證的路徑。
方案
- 盤點清單化:權限、主機清單、版本來源、部署方式、排程、串接、憑證到期。
- 備份→還原演練:最小還原集(DB + 上線檔 + 設定)先演練一次。
- 建立變更紀錄:每次改動有摘要、風險、回滾方式,避免下次再猜。
- 監控告警:至少做到 uptime、CPU/ram、磁碟、DB 連線、重要 API。
交付
- 可回溯文件:系統架構圖(簡版)、帳號權限清單、部署與還原流程。
- 風險清單:到期項(SSL/DNS)、單點故障、缺備援、可優先改善項。
- 維運節奏:每週/每月例行檢查項與改善建議。
一句話總結:不是先重做,而是先把「可控」做出來,才有資格談改善與擴充。