?共識總結：

1、CentOS Stream模式演進原因：從CentOS Linux模式演進到CentOS Stream模式，是為了適應社區開發的快節奏，構建易于貢獻與集成的機制，滿足穩定應用、二次開發、場景化開發等多種需求，將所有社區整合成相互促進的生態系統。

2、CentOS Stream是穩定版本：CentOS Stream不是RHEL的BETA測試版，它也是穩定版本。1) Technically speaking, CentOS Stream and RHEL updates are two binary packages built from the same source. An update will be published to CentOS Stream if and only if it is published to the RHEL nightly builds. 2) An update is pushed to CentOS Stream if and only if it is published to the unreleased minor update of RHEL. RHEL customers later see each of these as a RHEL Errata update。

3、操作系統遷移選型主要考慮因素：1）顯性和隱性的成本因素；2）多技術方向的選型驗證測試；3）廠商或自身的服務支持能力；4）制定明確的遷移策略。

4、CentOS轉到CentOS Stream或RHEL非常方便：1）從CentOS到CentOS Stream，只需要執行兩條命令即可完成；2）從CentOS到RHEL，通過分析、轉換和重啟三個步驟即可完成。

一、CentOS為什么會轉到CentOS Stream？

從CentOS Linux模式演進到CentOS Stream模式，是為了適應社區開發的快節奏，構建易于貢獻與集成的機制，滿足穩定應用、二次開發、場景化開發等多種需求，將所有社區整合成相互促進的生態系統。下圖是Linux發行版開發模式的演進過程。

CentOS Stream不是RHEL的BETA測試版，是穩定版本。CentOS CentOS Stream和RHEL關系如下圖：

CentOS轉到CentOS Stream或RHEL非常方便：1）從CentOS到CentOS Stream，只需要執行兩條命令即可完成；2）從CentOS到RHEL，通過分析、轉換和重啟三個步驟即可完成。

二、面對CentOS項目變更，企業需要考慮哪些問題？

首先，企業需要選擇一個穩定的企業級Linux操作系統來替換CentOS，選型策略需要根據不同場景考慮全面謹慎。例如，有哪些Linux企業級操作系統發行版可以選擇？各發行版的社區活躍程度如何？社區的技術支持情況如何？未來是否能獲得長期的發展？金融行業目前的選擇趨勢如何？不同的應用負載如何選擇Linux操作系統？

其次，企業需要做好從CentOS到新Linux版本的遷移。遷移需要考慮遷移風險，如版本的差異對上層應用軟件的影響怎么評估？遷移過程對業務中斷的影響怎么控制到最小？

最后，現在有更多的應用開始遷移到云原生環境，企業需要考慮：為擁抱云原生浪潮，企業操作系統應該如何做好支撐？

三、金融行業服務器操作系統如何選型和遷移？

在云原生技術浪潮的推動下，將有更多的企業生產關鍵應用基于Linux開放平臺部署和運行。生產環境服務器操作系統關系到IT架構的整體穩定性與健壯性，選型需要慎之又慎。

金融行業服務器操作系統選型方向：

金融行業行業服務器操作系統選型應從服務和支持，產品生命周期，成本費用，多技術方向評估四個維度考慮。

服務和支持維度主要考慮四點：1）考慮產品缺陷和漏洞修復的及時 2）產品和解決方案的齊全（應用服務，云計算，數據服務，自動化） 3）技術支持團隊能力響應及時，問題定位準確 4）同業應用案例豐富性

產品生命周期維度考慮操作系統的生命周期能夠覆蓋硬件的生命周期。

操作系統的生命周期示例

成本和費用維度考慮產品使用過程中付出的成本（軟硬件兼容、工程師熟練程度等）以及訂閱與服務費、license收費。

多技術方向評估包括對操作系統常用組件、容器、中間件、大數據、數據庫、監控和自動化等技術方向的充分評估測試。如下表是以容器為例的測試場景和測試案例。

企業需要制定好遷移策略：成立遷移管理組織、進行搬遷評估、進行方案制定、測試與上線。需要遵循先管理后在線，先無狀態再有狀態，進行逐步遷移。注意大數據、容器、Java類應用優先遷移，C語言等需要編譯部署的，結合應用更新換代完成遷移。

四、部分典型Q&A

Q1：紅帽重新設計并推出了社區版本CentOS Stream，CentOS Stream有什么特點？企業有什么原因使用它？

A：CentOS Stream不是公測版本，當然無論是CentOS，CentOS Stream, 還是RHEL，都歡迎用戶在使用之前對自己的工作負載測試，或者參與社區貢獻，但公測不是初衷。CentOS Stream里添加的每一個補丁，都是被RHEL的質量保證部門測試過了，RHEL里肯定會包含這些補丁，所以，是不需要公測的。但對于某些硬件驅動廠商，你想把一個RHEL里沒有的驅動加到RHEL里，做集成，那你可以針對CentOS Stream來測試你的驅動，但是對于廣大最終用戶來說，不需要去測試CentOS Stream本身的穩定性、安全性。即，如果你相信紅帽的RHEL是穩定的，那你就不需要測CentOS Stream是否穩定。如果你認為RHEL也不是足夠穩定，或者你的應用和操作系統的兼容性需要驗證，那你就需要測試一下。因此，CentOS Stream的好處是你可以預先拿到RHEL里肯定會發布的補丁和更新。

Q2：CentOS Stream是不是滾動發行？穩定嗎？

A：CentOS Stream不是滾動發行。滾動發行的發行版也有小版本，比如20.04，20.11這種，Fedora一年兩個版本，比如Fedora28、Fedora29這些，都是滾動更新的版本。判斷滾動和不滾動關鍵是看前后兩個版本是不是有很好的繼承性，及如果社區有什么，只管把最新的拿過來，就是滾動更新。如果鎖定在社區的某個版本不變，之后所有更新都是基于此版本的企業級的工程化測試、改進、驗證，那么，就不是滾動更新。因此，CentOS Stream不是滾動更新，是最新的RHEL，CentOS Stream里的每一個補丁，你必將在RHEL中看到，沒有一個補丁是試探性的，都是驗證過一定要加到RHEL里的。CentOS Stream也有發布時間，精確到天。CentOS Stream沒有對于的基線版，只要是發布的CentOS Stream版本，它都是穩定的。

Q3：CentOS Stream跟現在的CentOS7、CentOS8在部署以及使用上有什么差異？

A：沒有差異。

Q4：CentOS Stream的企業人才應該怎樣培養？

A：CentOS Stream與CentOS是一樣的，所以原來采用什么方式培養，可以繼續保持不變。

Q5：RHEL和CentOS Stream在gating之前是各自更新代碼，但是在gating時是必須經過相同的驗證測試，這樣理解對嗎？

A：RHEL和Stream是同一份代碼。社區提交的代碼，需要經過Stream版本的一系列測試通過后，才在Stream上發布出來。同時該代碼也會在RHEL版本中進行測試，通過后在RHEL版本中進行發布。

Q6：如何從CentOS平滑遷移至RHEL或CentOS Stream？

A：1）CentOS to RHEL有一個小工具叫convert2rhel，很方便。

2）CentOS Linux to CentOS Stream就是常貼的那兩條命令：

[root@centos ~]# dnf swap centos-linux-repos centos-stream-repos

[root@centos ~]# dnf distro-sync

3）關于版本升級等問題，紅帽也有另外升級的工具以及操作步驟，網上也能查到很多。

Q7：CentOS Stream發布周期快，在使用中發現問題，是否跳過該版本而是直接發布修復過的新版本到RHEL，那么CentOS Stream 就必須升級到RHEL相應的版本才能解決問題，是否會造成兼容性問題？

A：不會的。如果發現問題，會在Stream和RHEL中同時修復。

Q8：CentOS能簡單的換成RHEL Developer嗎？有具體步驟介紹么？

A：可以轉換。如果是for team版本，可以聯系紅帽的銷售，這是免費的。如果是個人用的版本，就直接在developers.com這個網站上注冊一個用戶，然后就有這個Developer版本了。

轉換的步驟跟CentOS轉到RHEL的步驟是一樣的。

Q9：Redhat7官方技術支持服務到2023年，Redhat8和9小版本更新太快，大家是怎么做OS選型和OS版本、漏洞、補丁更新升級的？

A：1)一個大版本出來，會選擇它后面發布的小版本，一般會避免選擇點一點二這種前期的小版本。

2)漏洞和補丁跟著廠商。比如open ssl這種漏洞出來了之后，第一時間聯系廠商；然后廠商給出解決方案，通過自動化手段批量解決漏洞問題。

3)如果有紅帽訂閱服務，可以咨詢紅帽售后支持人員，會根據用戶的實際環境給出更新建議。4)無論是RHEL還是CentOS Stream，如果有一些重要的重大的安全漏洞，需要立刻更新，一般情況可以半年更新一次，一年更新一次，或者更長時間。

5)沒有必要去追每一個小版本，可以選擇有EOS的版本。?