，其全部本質延續了雲端環境工作自動化和最佳化的過程。
讓我們回想一下，2019 年 4 月，我們推出了下一代 Kubernetes 平台紅帽 OpenShift XNUMX，我們重新設計了該平台，以簡化生產環境中容器應用程式的管理。
該解決方案是作為一個自我管理平台創建的，在混合雲中具有自動更新和生命週期管理功能，並且基於經過驗證的紅帽企業 Linux 和紅帽企業 Linux CoreOS 構建。 在 4.2 版本中，重點是使平台對開發人員更加友善。 此外，我們透過提供從 OpenShift 3 到 4 的遷移工具以及實現對離線配置的支持，簡化了叢集管理員管理平台和應用程式的工作。
速度在哪裡？
4.2 版本大大簡化了 Kubernetes 的使用，提供了針對開發人員任務進行最佳化的新 OpenShift 管理控制台模式，以及用於建立容器、組織 CI/CD 管道和實施無伺服器系統的新工具和插件。 所有這些都有助於程式設計師更準確地專注於他們的主要任務 - 創建應用程式程式碼，而不會被 Kubernetes 的特性分散注意力。
在開發者控制台中查看應用程式拓撲。
OpenShift 控制台的新開發者模式
OpenShift 4.2 中的新開發人員工具：
- Web 控制台僅顯示他們需要的資訊和配置，可協助開發人員專注於最重要的事情。 用於拓撲檢視和應用程式組裝的增強 UI 使容器化應用程式和叢集資源的建立、部署和視覺化變得更加容易。
- 工具 – 為開發人員提供的特殊命令列介面，可簡化 OpenShift 平台上應用程式的開發。 透過組織 Git 推送等交互，該 CLI 可以幫助開發人員在 OpenShift 平台上輕鬆創建應用程序，而無需深入研究 Kubernetes 的複雜性。
- 對於 Microsoft Visual Studio Code、JetBrains IDE（包括 IntelliJ）和 Eclipse Desktop IDE，可輕鬆與所使用的工具集成，並允許您在開發人員熟悉的 IDE 環境中開發、建置、偵錯和部署 OpenShift 應用程式。
- 適用於 Microsoft Azure DevOps 的紅帽 OpenShift 部署擴充。 讓該 DevOps 工具包的使用者能夠在 Azure Red Hat OpenShift 或 Microsoft Azure DevOps 平台上的任何其他 OpenShift 叢集上部署其應用程式。
Visual Studio 外掛
筆記型電腦上的完整 OpenShift
，它們是針對在工作站或筆記型電腦上部署進行最佳化的現成 OpenShift 集群，使本地開發雲端應用程式成為可能。
服務網格
我們的方案 ，基於開源軟體專案 Istio、Kiali 和 Jaeger 以及特殊的 ，透過提供必要的工具並接管基於微服務等現代架構的雲端應用程式的自動化，簡化了OpenShift平台上應用程式的開發、部署和維護。 此解決方案使程式設計師無需獨立部署和維護所創建的應用程式和業務邏輯所需的專門網路服務。
, ，是為開發人員「從頭到尾」量身定制的，提供網路通訊的追蹤、指標、視覺化和監控等功能，以及一鍵安裝和配置服務網格。 此外，該解決方案還具有營運管理和安全性方面的優勢，例如資料中心內伺服器之間的流量加密以及與 API 閘道的集成 .
在 OpenShift Service Mesh 中使用 Kiali 實現叢集流量的高階視覺化
無伺服器計算
我們的另一個解決方案 ，幫助您部署和運行可輕鬆按需擴展和縮減的應用程序，直至為零。 該解決方案建立在Knative 專案之上並在技術預覽版中提供，可以使用關聯的Kubernetes Operator 在任何OpenShift 4 叢集上激活，從而可以輕鬆開始並安裝在OpenShift 上部署無伺服器應用程式或功能所需的組件。 OpenShift 控制台的開發模式在 4.2 版本中出現，讓您在標準開發流程中使用 Serverless 選項，例如 Import from Git 或 Deployan Image，換句話說，您可以直接從控制台建立 Serverless 應用程式。
在 OpenShift 控制台中設定無伺服器部署
除了與開發者控制台的整合之外，新版本的OpenShift在Serverless方面還有其他改進。 特別是，這就是 kn - Knative 命令列介面，它提供了方便直觀的操作，允許您對應用程式所需的物件進行分組； 拍攝程式碼和配置的快照，也提供將網路端點對應到特定版本或服務的功能。 所有這些功能都可以透過 OpenShift Serverless Operator 在技術預覽版中使用，幫助開發人員熟悉無伺服器架構，並能夠靈活地在混合雲中部署應用程序，而不必局限於特定的基礎設施。
雲 CI/CD 管道
持續整合和交付 (CI/CD) 是當今提高軟體部署速度和可靠性的關鍵開發實踐。 良好的 CI/CD 工具可讓開發團隊簡化和自動化回饋流程，這對於成功的敏捷開發至關重要。 在 OpenShift 中，您可以使用經典的 Jenkins 或我們的新解決方案作為這樣的工具包 .
今天的 Jenkins 是事實上的標準，但我們將容器 CI/CD 的未來與 Tekton 開源軟體專案連結起來。 因此，OpenShift Pipelines是專門在此專案的基礎上建構的，更好地支援管道即程式碼（「管道即程式碼」）和GitOps等雲端解決方案的典型方法。 在 OpenShift Pipelines 中，每個步驟都在自己的容器中運行，因此僅在該步驟運行時消耗資源，從而允許開發人員完全控制其交付管道、插件和存取控制，而無需依賴中央 CI/CD 伺服器。
OpenShift Pipelines 仍處於 Developer Preview 階段，可作為對應的 Operator 提供，可在任何 OpenShift 4 叢集中使用。Jenkins 可以在 OpenShift 3 和 4 版本中使用。
紅帽 OpenShift 管道
在混合雲中管理容器
OpenShift 的自動安裝和更新使混合雲在使用者體驗方面盡可能接近規範雲。 OpenShift 4.2 之前適用於主要的公有雲平台、私有雲、虛擬化平台和裸機伺服器，但XNUMX 版本在此列表中添加了兩個新的公有雲平台——微軟Azure 和谷歌雲平台，以及OpenStack 私有雲。
OpenShift 4.2 安裝程式針對各種目標環境進行了改進，並且還首次接受了隔離（未連接到互聯網）配置的培訓。 沙盒安裝和強制代理模式以及提供您自己的 CA 捆綁包的能力有助於確保符合監管標準和內部安全協議。 獨立安裝模式可讓您在沒有 Internet 存取的區域或具有嚴格鏡像測試策略的環境中始終擁有最新版本的 OpenShift Container Platform。
此外，透過使用紅帽企業 Linux CoreOS（紅帽企業 Linux 的輕量級版本）部署完整的 OpenShift 堆疊，您可以在安裝後不到一小時內準備好雲端。
紅帽 OpenShift 可讓您統一在雲端和本機基礎架構上建立、部署和管理容器應用程式的流程。 OpenShift 4.2 的安裝更加簡單、自動化和快捷，現已在 AWS、Azure、OpenStack 和 GCP 上提供，使組織能夠在混合雲中高效管理其 Kubernetes 平台。
從 OpenShift 3 輕鬆遷移到 OpenShift 4
新的工作負載遷移工具讓從先前版本的平台遷移到 OpenShift 4.2 變得更加容易。 現在，將負載從舊叢集轉移到新叢集變得更快、更容易，並且只需最少的手動操作。 集群管理員只需選擇來源 OpenShift 3.x 集群，在其上標記所需的項目（或命名空間），然後指定如何處理相應的持久卷 - 將它們複製到目標 OpenShift 4.x 集群或遷移它們。 然後，應用程式將繼續在原始叢集上運行，直到管理員終止它們。
OpenShift 4.2 支援各種遷移場景：
- 使用基於 Velero 專案的中間儲存庫複製資料。 此選項可讓您在更改儲存系統時進行遷移，例如，原始叢集使用 Gluster，而新叢集使用 Ceph。
- 資料保留在目前儲存庫中，但它連接到新叢集（持久性磁碟區切換）。
- 使用 Restic 複製檔案系統。
第一晚就對了
通常，我們的用戶希望能夠在新版本發布之前就嘗試計劃中的 OpenShift 創新。 。 請注意，這些版本不適合生產使用，不受支持，文件記錄很少，並且可能具有不完整的功能。 這些構建的品質隨著接近最終版本而提高。
每晚建置允許客戶和合作夥伴在開發早期預覽新功能，這對於部署規劃或 OpenShift 與 ISV 開發人員自己的解決方案的整合非常有用。
OKD 社群成員請注意
OKD 4.0 的工作已經開始，這是由開發社群創建的開源 Kubernetes 發行版，是 Red Hat OpenShift 的基礎。 我們邀請大家對目前狀態做出評估 OKD 工作小組內的 Fedora CoreOS (FCOS) 和 Kubernetes 或關注網站上的進展 .
注：
本出版物中的「合作夥伴關係」一詞並不意味著紅帽公司與紅帽公司之間存在法律合作夥伴關係或任何其他形式的法律關係。 以及任何其他法律實體。
來源： www.habr.com