在云原生時代，國內外眾多云廠商釋放出強大的技術紅利，如何利用穩定、高效且性價比高的云設施是當下的主要命題。

當下，伴隨容器技術的出現，特別是Docker和Kubernetes出現，讓DevOps概念火了一把，也在實踐中開始快速落地和普及。

眾所周知，容器能夠封裝微服務整個運行時環境的特性，天然就適用于微服務構建、發布和運行，讓原本緩慢前進的DevOps得到飛速發展，開源社區也涌現了很多優秀的開源產品，大家通過這些開源產品能夠快速搭建自己應用的持續集成環境，因此市場上也如雨后春筍般冒出許多DevOps相關的產品。

現階段的DevOps產品通過Docker和K8s確實幫助用戶解決了資源管理、微服務環境構建和持續集成的復雜、效率低等問題，但是伴隨公有云等Infra基礎設施持續高速發展，人們對于應用研發的效率追求也會有更高的要求，對于DevOps產品也不會滿足停留在當前階段，那么如何在DevOps現階段的版本基礎上進一步提高研發效率和質量呢？

當下，DevOps面臨的痛點

們首先需要了解，DevOps是依靠云原生、工作流程、人員組織的整合，以協作、自動化、精益、度量、共享、文化為指引，旨在建立一種可以快速交付價值，并且具有持續改進能力的現代化IT組織。

如今，幾乎每家企業都說自己在做DevOps，但只有少數人獲得了期望中的業務價值。這背后的原因在于，他們清楚地知道要讓DevOps模式在組織中正確推行下去需要重點關注哪些地方，同時他們也知道業務價值是DevOps的終極目標。

但不可否認的是，DevOps現階段還需要面臨很多問題：

1. 多云資源如何統一管理，解綁云廠商？

在公有云、私有云等多元化的云環境下，大家手頭往往都有兩套或者多套云資源，如何讓這些割裂的云資源統一進行管理?如何基于一個平臺讓應用快速進行跨云遷移、發布?比如：開發在私有云，生產在公有云等這些問題伴隨資源環境多元化問題會越來越突出。

2. 復雜微服務組合如何快速進行環境構建、持續集成？

當前DevOps對于單個微服務的環境構建和持續集成問題已經基本解決。但對于企業級軟件研發交付團隊來說，錯綜復雜的微服務組合而成的項目如何進行統一的環境構建、部署和交付，目前仍解決得不太徹底，只能讓各應用的研發成員都參與到構建、部署的整個階段。以上復雜的過程容易引起問題不說，效率成本上也是個大問題。

3. 研發效能如何進一步提升？

在當前主流的DevOps產品中，代碼、構建、部署全流程自動化觸發執行的特性基本都是得到了比較好的解決，但是隨著研發管理的深度、精細度要求越來越高，需要研發維護的數據也隨之不斷增多，管理維護項目數據的項目管理工作量也在不斷增大，效率和成本也產生了矛盾。

云原生時代下DevOps如何破局

面對上述三大痛點，新一代DevOps也在尋找破局之道。

首先，DevOps針對于多云管理并不是簡單指通過K8s集群來實現資源的調度管理，如果僅僅是統一資源調度那本身是K8s集群的特性。

其次，通過應用部署環境配置去關聯集群，確實可以實現環境之間的隔離、環境之間快速遷移的能力。開發測試在本地私有云環境，生產者可以通過同一套代碼能夠快速發布到公有云;還有就是業務在一個集群，數據處理可以在另外一個集群，實現業務和數據分離，兩者互不影響，這些都可以通過集群管理來實現。

另外，對單應用的持續構建部署，DevOps產品基本都是達成共識的，對于單個微服務應用構建部署的自動化完善程度較好。

但對于企業級項目研發過程，我們看到，單應用內不同任務需要拉多分支來進行開發，受開發環境資源的限制，不同任務開發人員要不斷進行線下溝通合并代碼發布開發環境進行測試，過程中可能存在誰的代碼分支有問題導致整個環境不可用的現象。

項目級的聯調部署就更復雜了，首先需要配置項目環境，其中包含了項目級的參數配置以及大家公用的項目級中間件準備部署;其次是復雜的微服務編排信息維護，這些煩瑣的項目級維護管理動作，往往會導致項目部署過程中出現各種阻塞，比如項目共同的中間件準備阻塞，上游服務的部署和健康度也會影響或阻塞下游服務部署和測試等，這些問題會讓項目部署更加困難化。

由此可見，在DevOps實踐中，選擇正確的工具對于測試自動化至關重要。利用共享工具幫助明確和簡化協作流程，以便對整個軟件交付流程有共同的了解。因此，它們能夠促進一致性和自動化，幫助DevOps從業者提高交付速度，并避免在部署或生產故障恢復期間為臨時的救急處理花費時間。

寫在最后

DevOps這一概念雖然比容器、微服務出現得早，卻是隨著他們的出現才得以快速地發展。實際上DevOps不單是一個實現自動化的工具鏈，更是通過構建企業文化的方式促進開發與運維之間的協作。