世界領(lǐng)先的開(kāi)源解決方案供應(yīng)商紅帽公司日前發(fā)布更新的開(kāi)發(fā)者工具系列，幫助企業(yè)在基于Kubernetes的混合和多云環(huán)境中更快、更一致地構(gòu)建和交付應(yīng)用。

據(jù)行業(yè)分析公司IDC預(yù)測(cè)，由于成熟DevOps實(shí)踐的廣泛實(shí)施，每天將代碼部署到生產(chǎn)環(huán)境的大型企業(yè)的比例將從2021年的5%增加到2025年的70%。此外，由于傳統(tǒng)DevOps自動(dòng)化和流程已被Kubernetes和云原生開(kāi)發(fā)方法顛覆，IDC估計(jì)，到2024年，35%的DevOps使用者將采用更加精簡(jiǎn)的GitOps自動(dòng)化流程。  

為了幫助客戶應(yīng)對(duì)這些變化，紅帽推出了新的功能，進(jìn)一步利用開(kāi)源版本控制系統(tǒng)Git，來(lái)簡(jiǎn)化混合多云環(huán)境中的應(yīng)用開(kāi)發(fā)和部署。最新版紅帽O(jiān)penShift 管道 為T(mén)ekton引入了管道即代碼的技術(shù)預(yù)覽，使客戶能夠通過(guò)Git存儲(chǔ)庫(kù)定義并管理持續(xù)集成 (CI) 管道，并利用GitOps工作流為應(yīng)用生命周期帶來(lái)更高的重復(fù)性、可見(jiàn)性和一致性。

通過(guò)新的Tekton Chains，OpenShift 管道現(xiàn)在提供了內(nèi)置的鏡像簽名功能，有助于增強(qiáng)應(yīng)用交付供應(yīng)鏈的可靠性。開(kāi)發(fā)人員還可以利用管道中的用戶命名空間，以隔離需要根權(quán)限的工具，并在應(yīng)用構(gòu)建和交付管道中以非根身份運(yùn)行這些工具，而不會(huì)影響安全功能。

借助OpenShift GitOps，客戶可以通過(guò)使用熟悉的Git工作流，在易于審計(jì)的環(huán)境中自動(dòng)執(zhí)行、定義安全實(shí)踐并進(jìn)行版本管理，從而以聲明方式管理他們的OpenShift集群、應(yīng)用和合規(guī)操作。 最新版本包括Argo CD 2.3，帶來(lái)了新的同步和差異策略、UI改進(jìn)和性能增強(qiáng)。應(yīng)用程序集（以前作為技術(shù)預(yù)覽提供）現(xiàn)在已正式推出，以全面支持且穩(wěn)定的方式，自動(dòng)管理多個(gè)集群中的多個(gè)ArgoCD應(yīng)用。ApplicationSets現(xiàn)在也與紅帽高級(jí)集群管理全面集成。

使用下一代開(kāi)發(fā)環(huán)境加快代碼編寫(xiě)

紅帽還推出了其下一代瀏覽器內(nèi)部和本地開(kāi)發(fā)環(huán)境，即紅帽O(jiān)penShift DevSpaces 3（前身為紅帽CodeReady  Workspaces），以及針對(duì)業(yè)界領(lǐng)先的企業(yè)Kubernetes平臺(tái) – 紅帽O(jiān)penShift的下一代瀏覽器內(nèi)部和本地開(kāi)發(fā)環(huán)境紅帽O(jiān)penShift Local 2（前身為紅帽CodeReady 容器）。

OpenShift Dev Spaces使用OpenShift和容器為開(kāi)發(fā)或IT團(tuán)隊(duì)提供了一致且零配置的開(kāi)發(fā)環(huán)境，來(lái)滿足安全需求。OpenShift Dev Spaces 3構(gòu)建在通過(guò)CodeReady Workspaces完成的工作之上，提供了：

新的DevWorkspace引擎將CodeReady Workspaces中的Java REST服務(wù)替換為在kube-apiserver后面運(yùn)行的Kubernetes控制器，以提供更高的擴(kuò)展性和高可用性。

通用API提供了Kubernetes原生DevWorkspace CRD ，更好地與Kubernetes環(huán)境中使用的典型資源管理方法保持一致。通過(guò)將工作空間引擎與開(kāi)發(fā)人員的IDE和OpenShift Dev Spaces服務(wù)的服務(wù)器端組件解耦，設(shè)計(jì)更加簡(jiǎn)單。

OpenShift Local提供了一種快速構(gòu)建OpenShift集群的方法。該工具可在本地計(jì)算機(jī)上運(yùn)行，簡(jiǎn)化了設(shè)置和測(cè)試過(guò)程，讓開(kāi)發(fā)人員能使用開(kāi)發(fā)基于容器的應(yīng)用所需的全部工具，在本地模擬云開(kāi)發(fā)環(huán)境。 OpenShift Local 2構(gòu)建在通過(guò)CodeReady容器完成的工作之上，并提供了新的功能和增強(qiáng)能力，例如：

預(yù)設(shè)：如果開(kāi)發(fā)人員想要從更有針對(duì)性的容器運(yùn)行時(shí)開(kāi)始，最大程度簡(jiǎn)化開(kāi)發(fā)設(shè)置，那么他們可以選擇默認(rèn)的本地OpenShift包或Podman。

更精簡(jiǎn)的二進(jìn)制文件：通過(guò)將OpenShift機(jī)器包與命令行工具下載解耦而生成。這樣，在使用Podman等工具時(shí)，不僅軟件包更小，而且開(kāi)發(fā)人員可以更靈活地選擇更適合具體項(xiàng)目的替代包。

新的系統(tǒng)托盤(pán)：讓用戶能夠快速查看和管理機(jī)器狀態(tài)，打開(kāi)OpenShift控制臺(tái)，更改配置或訪問(wèn)版本信息，從而在不同操作系統(tǒng)之間實(shí)現(xiàn)更高的一致性和更多功能。

紅帽對(duì)開(kāi)發(fā)人員產(chǎn)品組合中的其他多個(gè)重要領(lǐng)域進(jìn)行了增強(qiáng)：

Docker Desktop現(xiàn)在包含一個(gè)新的擴(kuò)展（以開(kāi)發(fā)者預(yù)覽形式提供），使用戶能夠?qū)⑷萜麋R像部署到OpenShift。

Shipwright：為Kubernetes構(gòu)建容器鏡像而使用的開(kāi)源可擴(kuò)展框架，現(xiàn)在提供了卷支持、更廣泛的自定義選項(xiàng)，并且支持用戶從本地目錄中構(gòu)建鏡像。

Knative/Serverless Functions工具：使用VS Code或IntelliJ的開(kāi)發(fā)人員能夠在開(kāi)發(fā)環(huán)境中查看和部署無(wú)服務(wù)器應(yīng)用。

odo 3.0：供開(kāi)發(fā)人員編寫(xiě)并在OpenShift和Kubernetes上部署應(yīng)用的CLI工具，這次重大更新的重點(diǎn)是引導(dǎo)式加載、外循環(huán)開(kāi)發(fā)體驗(yàn)和devfile采用，目標(biāo)是實(shí)現(xiàn)整個(gè)產(chǎn)品組合的一致性。

Devfile：現(xiàn)在是一個(gè)云原生計(jì)算基金會(huì) (CNCF) 沙盒項(xiàng)目。Kubernetes原生API用于定義容器化開(kāi)發(fā)環(huán)境，并已在odo、OpenShift 網(wǎng)頁(yè)主控臺(tái)、OpenShift Dev Spaces和多種IDE插件中采用。

支持證言

Mithun Dhar，紅帽副總裁兼開(kāi)發(fā)者工具和項(xiàng)目總經(jīng)理

“對(duì)于當(dāng)前處于業(yè)務(wù)轉(zhuǎn)型一線的開(kāi)發(fā)人員來(lái)說(shuō)，速度、敏捷性、規(guī)模和性能都至關(guān)重要。隨著創(chuàng)新速度加快，開(kāi)發(fā)人員不僅面臨著需要更快地將新應(yīng)用和服務(wù)推向市場(chǎng)的壓力，還必須更新并維護(hù)現(xiàn)有應(yīng)用——這意味著在某些時(shí)候，他們每天要多次部署新代碼。我們希望為開(kāi)發(fā)人員提供工具和功能，幫助他們更高效地工作，從而盡可能輕松地應(yīng)對(duì)這些挑戰(zhàn)。”

Al Gillen，IDC集團(tuán)軟件開(kāi)發(fā)與開(kāi)源副總裁

“開(kāi)發(fā)人員和DevOps專(zhuān)業(yè)人員將繼續(xù)擔(dān)負(fù)重大職責(zé)，因?yàn)樗麄兊钠髽I(yè)或客戶要求以更快的速度創(chuàng)建并部署方便且用戶友好的解決方案。我們看到，整個(gè)行業(yè)將能夠獲得一些優(yōu)秀的新工具，這將有助于在未來(lái)幾年加快開(kāi)發(fā)和部署速度，至少會(huì)減輕一些在短期內(nèi)創(chuàng)建更多應(yīng)用的壓力?！?/p>