資料自己掌握:AWS 東京機房代管,每日備份異地保存
給想把 ERP 放上雲端、又擔心資料被綁在供應商手上的企業:拓 ERP 代管站部署在 AWS 東京機房,資料庫與應用程式分開放,每天自動備份並另存一份到異地;要換到自己的雲端帳號或機房,也搬得走。
解決什麼問題
很多公司的 ERP 放在一台主機上,程式和資料庫擠在一起。主機一出狀況,系統停擺,資料也跟著懸在半空。備份如果只存在同一台機器上,機器壞掉時連備份一起沒了。更常見的情況是備份排程默默失效,等到要還原時才發現已經好幾天沒有新的檔案。
拓 ERP 的代管站把幾件事拆開處理:使用者連線先經過 CDN,應用程式跑在獨立的應用主機上,資料庫交給 AWS 的託管資料庫服務。每天凌晨自動備份,本機留一份方便快速還原,再上傳一份到 Amazon S3 異地保存。備份上傳失敗會讓整個備份工作回報失敗,不會被當成成功放著不管。
資料放在哪裡,也可以由企業自己決定。系統以容器方式交付、資料庫是標準的 PostgreSQL,所以除了我們代管的 AWS 環境,也能部署到 GCP、Azure,或企業自己的機房。
做法
連線與資料庫
- 正式站部署在 AWS 東京區域,地理上離台灣近。
- 使用者連線經過 Amazon CloudFront。CDN(內容傳遞網路)會把網頁用到的程式檔快取在離使用者較近的節點,畫面載入更快;連線使用 HTTPS 憑證加密,系統也會要求瀏覽器之後一律走 HTTPS。
- 資料庫使用 Amazon RDS。託管資料庫是由雲端業者負責底層主機維運與自動快照的資料庫服務,和應用主機分開,換版或重啟應用程式不會動到資料庫。
- 應用程式連資料庫一律要求加密連線。
每日備份與異地保存
- 每天台灣時間凌晨 2:30 自動匯出整個資料庫,這份備份可以單獨還原,也能搬到任何一台 PostgreSQL。
- 備份完成後先檢查檔案是否完整、大小是否合理,有異常就判定失敗。
- 本機輪替保留近 14 份,另上傳一份到 Amazon S3。S3 上的備份 30 天後轉入低頻存取層,保存 180 天。
- 備份排程跑在伺服器自己的排程器上,不依賴外部的自動化平台,外部服務停擺時備份照常執行。
換版與回滾
- 每次換版前先跑自動化測試,沒通過就不建置新版。
- 新版上線後,立刻從使用者實際會走的網址檢查首頁、系統入口、資料存取與資料寫入;任一項失敗就自動退回上一版,並再確認一次系統正常。
- 每個版本都有獨立編號,必要時可以指定退回任一個舊版本。
部署位置自己選
- 每個客戶站的資料庫、網域與登入金鑰各自獨立,不和其他客戶共用。
- 系統以容器交付,資料庫是標準 PostgreSQL,可部署到 AWS、GCP、Azure 或企業地端機房,資料位置與備份策略由企業自主控管。
常見問題
資料放在哪裡?
拓 ERP 代管站部署在 AWS 東京區域。資料庫使用 Amazon RDS 託管資料庫,和執行應用程式的主機分開;每日備份另存一份在 Amazon S3。若企業要求資料留在自己的雲端帳號或機房,也可以改用 GCP、Azure 或地端部署。
備份多久做一次、保留多久?
每天台灣時間凌晨 2:30 自動匯出整個資料庫,先檢查檔案完整,再上傳到 Amazon S3。伺服器本機輪替保留近 14 份,方便快速還原;S3 上的備份 30 天後轉入低頻存取層,保存 180 天。資料庫本身另有 RDS 的自動快照。
換版失敗會怎樣?
每次換版前會先跑自動化測試。新版上線後立刻從使用者會走的網址檢查首頁、系統入口與資料讀寫,任一項失敗就自動退回上一版,並再檢查一次系統是否正常。換版過程約有 30 到 60 秒中斷,我們會避開使用者正在操作的時段。