台北企業機房走道與正在檢查機櫃的工程師

雲端遷移與混合雲 · 台北 IT 顧問

舊系統上雲,順序比速度重要

先把舊系統安頓好,再談轉型。雲端遷移最難的不是技術,是順序。

先評估,再搬

Lorqenia 協助台北企業盤點舊系統,設計混合雲與災難復原,並安排可回退的批次。核心留在地端,周邊先上雲,網路與成本才可控。

內湖辦公室或視訊討論 · 電話 +886-2-8751-2288 · 週一至週五 09:00–18:00

工作台指示

  • 盤點
  • 混合雲
  • 回退
  • 資安

盤點清單

先盤點什麼

沒有擁有者的系統,先凍結再說。內湖一帶常見研發與業務系統混用同一台主機,這種要先拆開,再排批次。

  • 應用清單與擁有者

    每個系統標註擁有者與停機容忍度。找不到負責人的,先凍結,不排進遷移批次。

  • 資料庫版本與排程工作

    資料庫版本、批次排程、介面與授權一起抄下來。半夜跑的排程最容易在上雲後撞期。

  • 混用主機先拆開

    研發與業務系統擠在同一台主機時,先切分環境與帳號,再談混合雲架構與雲架構評估。

  • 網路與授權先問清楚

    頻寬、遠端據點延遲、授權能否帶上雲,三項先量。基礎網路沒調好,上雲體驗一定差。

架構選擇

混合雲適合誰,遷移走哪條路

留在地端 · 核心資料庫

有機房、有分公司、有大檔的企業

核心資料庫留在地端,周邊系統先上雲。有機房、有分公司、有圖檔或大型資料庫的企業,這樣網路與成本比較可控。評估時把圖檔流量、備份窗口、 分公司連線一起看。

地端:核心資料庫 + 身分認證 / 雲上:周邊應用 + 備援與測試 / 中間:專線與 DNS 先調順

三種路徑 · 對號入座

  • 直接轉移

    適合急著脫離老舊硬體的系統,整台搬,停機窗口最短。

  • 調整後轉移

    需要換資料庫或作業系統時選這條,多一次測試,少一次半夜搶修。

  • 重構

    只留給有開發人力的產品。不要為了流行而重構,多數企業沒有多餘人力。

機房走線槽與束線標籤特寫

執行手冊

災難復原、VDI 與資安,一次排進批次

只備份不演練,等於沒備份。我們要求做一次實際還原,並把時間記下來。

遷移工作台與測試中的主機

災難復原寫在同一頁

備份在哪、多久備一次、誰負責還原、多久演練一次。這四個答案要寫在同一頁,演練沒過的批次不上線。

VDI 該用嗎

先試兩週,再決定

需要集中管控圖面、財務或客戶資料時值得評估。使用者少、流動低時,用好 IAM 與端點管理可能更省事。

建議先小規模試行兩週,量測登入與操作體驗。混合辦公不是每個職位都一樣,分類處理,圖面重的職位優先。

試行紀錄:試用範圍 / 登入體感 / 圖面開啟速度 / 維運負擔

資安同步

遷移前做比較便宜

  • 帳號清理與特權帳號盤點
  • 多因子驗證與弱點掃描追蹤
  • 資安項目直接排進遷移批次裡
批次原則:一次搬少量系統,每批都有回退計畫 / 授權與頻寬先確認 / 遠端據點操作先量過
夜間維護班在機房逐項確認切換清單

夜間切換前,先把回退路線寫好

新手錯誤

評估報告會先標出這三項

  • 一次搬太多系統,沒有回退計畫

    批次切小,每批都能獨立回退。停機容忍度低的系統,安排在最後,演練先行。

  • 授權沒問清楚,上雲後費用超出預期

    資料庫與作業系統授權能否帶上雲,先拿到書面確認,再估成本。

  • 頻寬沒量,遠端據點操作變慢

    分公司與圖檔流量先量測,網路加速與 DNS 調好後再搬,使用體驗才穩。

如何開始

帶著系統清單來談,第一次就具體

準備

系統清單與痛點描述,含擁有者與停機容忍度。

會面

內湖辦公室或視訊討論,地址 台北市內湖區瑞光路392號4樓。

電話

+886-2-8751-2288,週一至週五 09:00–18:00。

隱私

表單隱私請見 Privacy Policy。