換掉作業系統不難，難的是那些照著舊系統編譯出來的軟體。

相容的發行版在解決什麼

換伺服器上的作業系統，不是偏好問題，而是「已經在跑的套件還跑不跑得動」的問題。針對特定函式庫版本編譯的應用、管理員背得出來的設定路徑、監控代理、備份腳本、套件資訊裡寫死發行版名稱的廠商包——這些全都假設了舊系統，只要新系統「看起來很像」，它們就會一起出事。

龍蜥作業系統正是對著這件事來的。社群說明它與 CentOS、RHEL 的軟體生態相容；實務上的意思是套件名稱、目錄結構與函式庫版本沿用那兩套系統建立的慣例。於是遷移變成搬移工作負載，而不是重造一遍。

發行由 OpenAnolis 社群負責，並且公開發布。它把雲原生當成設計前提而非事後追加，這點從基礎映像裡帶了什麼、以及專案談論容器與編排的方式都看得出來。

核心、處理器，以及人工智慧組件

目前版本 23.5，建立在 6.6 系列核心上。這件事有兩層意義：較新的硬體不必回頭補丁就認得出來；後期核心才有的功能可以直接取得，不必自己養一套私有補丁——而那正是發行版能不能長期維護的關鍵。

支援多種國產處理器架構是明列的特性，不是附註。對於必須同時跑多家供應商硬體的單位，一個能為所有架構建置的發行版，等於省下維護平行映像與多條更新通道的力氣。

人工智慧組件被納入生態。這句話要讀準：意思是這個發行版帶著機器學習工作負載需要的函式庫與工具，而不是說它能讓某個模型表現更好。有沒有用，取決於那個工作負載本來是不是就要跑在那批硬體上。

授權、合適的場合，以及要小心的地方

專案以木蘭寬鬆授權釋出，那是為了與常見做法相容、並能用中文閱讀而寫的開放授權。要再散布改造過的映像的單位，讀清楚條文比記住「寬鬆」這個標籤更要緊，任何授權都一樣。

老實說，合適的場合是遷移：一批 CentOS 時代的伺服器必須繼續服務，而底層要換掉；或者環境必須支援一種以上的處理器架構。不合適的場合是桌上型電腦，或只有一台小伺服器、而主流選擇已經能提供相同東西的情況。

相容不是清單上的一個功能，它是這場遷移之所以能被排進時程的原因。

實務提醒：先在一台非關鍵主機上試遷移，比對的是服務行為而不是套件版本；動手前確認每一種在用架構上都有監控與備份代理；並且查清楚這個版本本身的支援期間，一個發行版的用處，取決於它會被修補多久。