文/MetaAge 邁達特產品顧問 Peter Wu
近年來,隨著企業對敏捷協作、無縫擴展與最高等級資安防護的需求日益增加,雲端運算已成為不可逆的趨勢。因應此趨勢,Atlassian 官方近期正式發布了 Data Center(DC)版本產品的生命週期終止(End of Life,EOL)計畫,宣告地端時代即將畫下句點。
根據官方說明,由於絕大多數的客戶已經轉移至雲端,或正穩步邁向上雲的旅程,為了能以更快的速度推動技術創新,Atlassian 決定將所有研發資源「全面聚焦於雲端(Cloud-first)」。
透過這次的戰略轉型,Atlassian 將致力於打造具備企業級安全、無限擴展能力與嚴格合規性的平台。同時,全面轉向雲端也意味著企業將能無縫取用強大的 Atlassian Intelligence(AI)與新世代知識檢索工具 Rovo,讓日常營運與決策更具智慧與效率。
為了讓企業有充裕的時間進行評估與搬移,官方將這項退場計畫分為以下三個關鍵階段:
2026 年 3 月 30 日:
停止向「新客戶」販售任何 Data Center 產品與 Marketplace 應用程式授權。
2028 年 3 月 30 日:
停止向「現有客戶」販售新授權、授權人數擴充(Expansions)及應用程式擴充。
2029 年 3 月 28 日:
Data Center 產品正式終止服務(EOL)。屆時,您的系統授權將到期並強制轉為「唯讀(Read-only)」模式,且 Atlassian 將全面停止提供任何錯誤修復、安全性漏洞更新與技術支援。

圖 1:Atlassian Data Center 退場時程
對於目前仍依賴 Data Center 的企業而言,與其被動等待大限逼近,承受系統缺乏更新所帶來的資安與合規風險,不如化危機為轉機,將此視為擁抱現代化雲端協作、擺脫繁重地端基礎架構維護的絕佳契機。
我們深知,企業對於系統搬移往往伴隨著對資料遺失、權限錯亂或營運中斷的擔憂。然而,透過 Atlassian 官方提供的 Jira Cloud Migration Assistant(JCMA)工具,配合邁達特(MetaAge)嚴謹的六大步標準化實務計畫,這些風險都能被精準控管與消除。
根據我們協助眾多企業落地的經驗,我們將複雜的搬移過程系統化,確保每一個環節都穩健到位:
好的開始是成功的一半。在啟動搬移前,邁達特團隊會協助企業打好基礎,包含:
全面審查使用者目錄中的 Email 域名信任設定,防止未授權的使用者隨同遷移。
針對 Jira 與 Confluence 中名稱重複的群組提出合併或重命名計畫,避免上雲後發生權限過度授予的資安風險。
同時,我們也會為您盤點 Cloud 授權,確保配額足以涵蓋所有待遷移的活躍使用者。
為了確保搬移過程萬無一失,邁達特團隊會在底層進行深度的系統健診。除了檢核 Jira 與 JCMA 的版本相容性,建立完整的系統備份作為安全退路,並將系統記憶體(JVM Heap)調整至最佳狀態以應付龐大的資料傳輸。此外,我們也會協助清理重複或無效的使用者信箱,並徹底排查系統中任何具有「公開存取(Public Access)」風險的專案、過濾器與儀表板,全面守護企業的資料安全。
在真正將資料搬上雲端前,系統往往潛藏著過去多年累積的配置缺陷。JCMA 內建了嚴格的檢查機制,而邁達特擁有豐富的「排雷」經驗。無論是缺少 Issue Type 的 Request Type(HEL 錯誤)、工作流程中帶有已刪除狀態或無效畫面的轉移設定(JCMA 149/HRMAN/EX 錯誤),或是跨專案共用過濾器的擁有者失效(JCMA 130 錯誤),我們都能透過專業的日誌分析,在遷移前精準定位並修復這些問題,為資料鋪平通往雲端的道路。
當所有的前置障礙全數排除後,我們將透過 JCMA 建立並啟動正式的遷移計畫。系統會自動且穩健地將您的專案、議題、附件、用戶與群組完整打包上傳。在傳輸過程中,邁達特團隊會全程監控環境連線狀態與遷移進度,確保資料毫無遺漏地安全抵達 Jira Cloud 目的地。

圖 2:遷移流程

圖 3:遷移流程結果
企業日常營運極度仰賴的「自動化規則(Automation Rules)」,是搬移過程中最需細心處理的一環。我們透過標準化的 JSON 格式,將地端的自動化規則無損匯出,並安全導入至 Cloud 環境中。匯入後,我們會逐一驗證邏輯,並精準修復因環境轉換造成的使用者欄位對應或自訂欄位遺失等相容性問題,確保您的敏捷流程與自動化作業在雲端能無縫續航。
資料傳輸完成並不代表專案結束,後續的環境對接同樣關鍵。遷移後,我們利用 Atlassian 組織管理後台的「產品連結修復(Link fixing)」功能,確保新環境中的 Jira Cloud 與 Confluence Cloud 等產品能正確互相溝通(例如讓 Confluence 內的 Jira 巨集能正常顯示)。最後,透過嚴謹的完整驗收清單,逐一覆核專案、問題、權限設定與報告功能,為您交付一個完美、立即可用的新世代雲端協作平台。
|
Atlassian |
階段 |
說明 |
|
步驟 1 |
遷移前準備 |
審查 Email 域名信任設定、合併重複群組、盤點 Cloud 授權配額,確保使用者基礎與授權齊備。 |
|
步驟 2 |
前置檢查 |
檢核 Jira 與 JCMA 版本相容性、建立系統備份、調整 JVM Heap,並排查公開存取風險的專案與儀表板。 |
|
步驟 3 |
前置檢查修復 |
透過 JCMA 內建檢查機制,精準修復 HEL、JCMA 149、HRMAN、JCMA 130 等多種歷史配置缺陷,掃除遷移障礙。 |
|
步驟 4 |
執行遷移 |
建立並啟動 JCMA 遷移計畫,全程監控連線狀態與傳輸進度,確保專案、議題、附件、用戶與群組完整上雲。 |
|
步驟 5 |
自動化規則遷移 |
以 JSON 格式無損匯出地端自動化規則,導入 Cloud 後逐一驗證邏輯,修復使用者欄位對應與自訂欄位遺失等相容性問題。 |
|
步驟 6 |
遷移後修復 |
利用 Atlassian 組織管理後台的 Link fixing 功能,對接 Jira Cloud 與 Confluence Cloud,並完成完整驗收清單覆核。 |
表 1:Atlassian 上雲實務流程/製表:MetaAge 邁達特
雖然 JCMA 是一個強大的官方工具,但「企業級系統搬移」從來不是單純的點擊下一步就能完成。選擇邁達特,您將獲得超出工具本身的專業加值:
避開隱藏地雷的實戰經驗:我們不僅熟悉 JCMA 的標準流程,更擁有深厚的問題解決能力。無論是底層資料庫的配置修正、伺服器效能調優,還是各種冷門錯誤代碼的解法,我們都能為您迅速排除路障。
量身打造的搬移策略:每個企業的使用情境皆不相同。無論您需要提前盤點 Cloud 授權配額以免超量、分批遷移使用者,還是全面性的「一次性搬移」,我們都能根據您的營運時程,制定營運衝擊最低的最佳計畫。
零陣痛的轉型體驗:從早期的備份計畫(萬無一失的退場機制)、測試環境驗證、遷移期間的郵件通知管控(避免干擾終端用戶),到上雲後的架構最佳化,我們提供端到端的顧問服務,讓您的 IT 團隊能無後顧之憂,專注於更具核心價值的業務推動。

Atlassian Data Center 的退場已是不可逆的戰略方向。與其將寶貴的 IT 資源持續投入在即將停止支援的地端系統維護,不如現在就開始規劃通往雲端的旅程。這不僅是為了確保 2029 年後的業務連續性,更是為了賦能您的團隊,讓他們能利用更智能、更具彈性的雲端平台來推動企業創新。
邁達特深耕 IT 技術整合,深入了解台灣本地的企業文化與垂直產業需求,可協助您量身打造最適合的數位轉型方案,並針對 Atlassian 平台方案提供【一對一免費顧問諮詢服務】,協助企業評估數位轉型需求,打造流暢的企業管理方案。若您有任何 Atlassian、Jira、Confluence 等上雲需求,歡迎由此聯繫邁達特 Atlassian 顧問團隊。
A1:根據 Atlassian 官方規劃,Data Center 將於 2029 年 3 月 28 日正式終止服務(EOL),屆時地端系統將強制轉為「唯讀」模式,且不再提供任何安全更新與技術支援。此外,在 2026 年至 2028 年間,也將陸續停止新舊客戶的授權販售與擴充。強烈建議企業不要等到最後一刻,現在就應將上雲視為 IT 重點戰略,提早啟動評估與規劃,以確保業務連續性與系統資安免於暴露在風險之中。
A2:「企業級系統搬移」絕非單純點擊「下一步」就能順利完成。許多企業的地端系統潛藏著長年累積的架構與配置包袱,一旦遇到官方文件沒寫的冷門報錯,往往會讓 IT 團隊陷入癱瘓。邁達特不僅具備避開隱藏地雷的豐富實戰經驗,能快速排除底層障礙(如資料庫修正、JVM 效能調優),更能為企業量身打造專屬的上雲策略(分批遷移或一次性搬移),提供包含安全退場機制與完整驗收的端到端顧問服務,讓您的 IT 團隊實現真正的「零陣痛」轉型。
A3:是的,兩者的核心搬移邏輯與階段高度相似。如同 Jira 使用 JCMA,Confluence 也有官方專屬的 CCMA(Confluence Cloud Migration Assistant)工具來執行搬移。特別需要注意的是,當企業同時將 Jira 與 Confluence 上雲時,跨產品的整合(如使用者群組的統一合併、舊有雙向應用程式連結的修復)是成敗關鍵。邁達特具備完善的跨產品綜合搬移經驗,確保雙系統在上雲後依然緊密連動,實現完美的無縫協作。