簡化應用程式版本管理，紅帽RHEL 9預設不使用模組串流

由於不少使用者反應目前RHEL（Red Hat Enterprise Linux）9普遍缺乏模組，紅帽（Red Hat）在部落格解釋當前模組狀態和計畫，並表示RHEL 9不會包含任何預設模組串流，在一般情況還是使用傳統RPM，以簡化應用程式版本管理。

在RHEL 8中，紅帽加入了一個稱為應用程式串流的新概念，目的是要比核心系統更頻繁地交付和更新使用者空間元件的版本，如此紅帽便能夠在不影響平臺和特定部署底層穩定性下，提供更大的靈活性。

針對使用者反應RHEL 9缺乏模組的問題，官方解釋，模組只是一種封裝技術，僅為應用程式串流的格式之一，以應用程式串流供應的元件，可以打包成傳統的RPM套件、模組和SCL（Software Collections）。官方會根據元件特性、支援時間和上游社群計畫，選擇最適合的應用程式串流格式，因此當模組是適合的選擇，則應用程式串流就會使用模組，反之則選用其他格式。

用戶常需要在重疊的時間區間中，支援不同的應用程式串流，紅帽表示，傳統的RPM很難滿足這項需求，因為RPM總會是選擇最新版本。但很多時候必須要避免這種情況，特別是不少軟體本身並非向後相容，像是發生在資料庫的例行更新，就可能導致系統故障。

而在RHEL 7中，首選的格式是SCL，使用戶可同時安裝多個版本，但是當只需要唯一安裝版本，SCL便不適合。所以當用戶不需要同時安裝或是執行多個版本，則模組便是理想的選擇，透過將軟體的主要版本建置成模組，並以套件管理工具進行控制，即便多個版本同時可用，用戶也可以在維護系統更新時選擇他們所需要的版本。

不過，除了根據格式特性選擇之外，紅帽認為RHEL應用程式串流格式，還有兩個需要改進地方，第一是要儘早確定完整的生命周期，使用戶可以將這個低階計畫資訊，應用在採用計畫中，另一個改進則是讓用戶，能夠簡單區分在RHEL發行版生命周期受支援的軟體版本以及短期支援版本。

要能達成這兩個改進方向，紅帽需要在RHEL初始發布時，就確定特定版本為應用程式完整生命周期版本，而傳統RPM便是更好的選擇，尤其是針對第二項改進，而這也代表當使用者完全仰賴完整生命周期應用程式串流，就可以略過管理模組所需的工具和程序。

官方預計在後續的RHEL 9版本，發布支援持續時間更短的應用程式串流，因此當應用程式版本間存在重疊或是衝突，模組仍是最適合的應用程式機制，但RHEL 9不會有預設的模組串流，用戶在沒有指定的情況下，都會預設使用傳統RPM版本。紅帽期望透過這樣的調整簡化應用程式串流管理。