分層依據
為什麼不是全部上雲
- 留在地端：MES、舊版資料庫、綁定實體授權的軟體，搬上雲反而貴、風險也大。
- 先搬上雲：官網、測試環境、備援站點，延遲寬容、授權單純，最適合打頭陣。
- 打分再排波次：延遲、授權、合規三項逐系統打分，不跟流行，只看能不能站得住。
先分層，再談搬遷。
很多企業一開始就問要搬哪一朵雲。我們的順序反過來：先把每套系統的延遲容忍、授權綁定與法規要求攤開，才知道哪些適合公有雲，哪些該留在機房。
健檢時我們會進機房看實機、對架構圖、問維運痛點。分數出來後，波次自然排得出來，不需要猜。
看顧問服務怎麼做健檢
資料治理
資料駐留與合規怎麼設計
個資與圖資留台灣，區域選擇與備份位置寫進治理表。政策先行，省下事後搬移的錢與時間。
治理表 · 客戶 IT 留存，可直接給稽核看
存放位置
個資、圖資與營運資料一律留台灣，公有雲區域與備份機房寫死，不隨意漂移
台灣境內
存取紀錄
紀錄留多久、誰能調閱、調閱要誰批准，上線前先定規則並設技術開關
事先約定
法務稽核
混合雲常伴隨資料治理議題，設計完成後與法務或稽核對過一次再施工
對稿一次
政策先行
先有保留期限與刪除流程，才開帳號與儲存桶，避免事後大規模搬移
省下搬移
這份表由客戶 IT 留存，稽核要看時直接輸出，不用再翻郵件拼湊。
遷移路徑
遷移波次的排法
每波含回退計畫，DNS 與憑證切換先演練。應用入口治理放在每波檢查點，流量不斷線。
第一波
無狀態與測試系統先行，驗證網路、帳號與部署流程
影響小、好回退，拿來練兵最划算。
第二波
辦公協作與檔案服務，接著搬，順手整理權限
人多但容忍度高，適合建立標籤與費用習慣。
第三波
生產系統與資料庫最後動，F5 類入口逐波檢查
流量入口先演練切換，確認憑證與路由無誤才割接。
成本控制
成本控制的具體動作
- 關閉閒置測試機，調降過大的資料庫規格，冷資料轉低頻儲存。
- 保留容量只買穩定的基線，波動部分隨用隨付，不預買用不完的額度。
- 帳單異常告警設兩層：超標先通知負責人，再啟動限額，動作寫進維運手冊。
系統整合
相容性與系統整合
地端 AD 與雲端身分同步、舊 VPN 與新 SASE 並存期、資料庫版本差異，都是常見卡點。我們列出每項的過渡方案與結束條件，不讓過渡期變成永久狀態。
本地大型 SI 負責硬體與佈線段時，介面規格由我們先定：IP 配置、VLAN 切分、防火牆開孔一次寫清，雙方照表施工，減少來回。
