当前位置：网站首页>00 後雲原生工程師：用 Zadig 為思創科技（廣州公交）研發開源節流

00 後雲原生工程師：用 Zadig 為思創科技（廣州公交）研發開源節流

2022-06-28 22:19:00 【InfoQ】

這是我和 Zadig 的故事！

在互聯網大肆發展，數字化轉型的背景下，互聯網出行大肆盛行的當下，傳統的客運站已經逐漸站在了城市的邊緣。越來越多的人出行選擇了高鐵、飛機。客運站更多時候都起著一個追溯曾經的青春的作用，是老一輩的人的出行首選，因為他們不太懂這些“新潮玩意”（互聯網出行），但隨著出行方式的多變，客運站售票方式多樣化和個人用戶出行目標的不變，我們需要拓展多樣化的售票方式對用戶去做支撐，大量的用戶湧入和需求迭代就對 IT 基礎設施帶來了新的挑戰。

本文作者：思創 運維工程師唐啟濤

企業研發瓶頸

企業研發效率慢，開發人員不能全身心投入到需求開發當中

思創科技作為一家公交行業的互聯網轉型企業，在規模較小的時候開發人員能够擔任“全棧工程師”。所有的研發步驟節點都可以由開發人員參與完成項目迭代上線。但是隨著公司的發展，項目的增長和需求的繁多。研發人員在進行代碼驗證的時候，花費了太多的時間。無法全身心投入到研發過程當中。

同時針對於研發人員天馬行空的想法驗證也有著局限性。一個行業的創新，必定是需要驗證眾多天馬行空的想法，才能最終實現突破性的創造。但如果依舊按照之前傳統的研發體系，那麼軟件研發創新的可能性就會隨著時間的發展，研發人員的精神疲憊，無法獲取靈感創新。

IT 技術發展自身技術的跟進和變革（虛擬化無法滿足現有狀態）

傳統的虛擬化在項目中已經逐步的感到“疲憊”。在項目申報中，服務器一般都會有著部分的冗餘空間，但是恰恰就是這部分的冗餘空間，在某些時刻就是浪費。我們需要做到一個變革，一場能够在將 IT 利用率達到最好的變革。

DevOps 和容器化就隨著研發瓶頸逐漸出現在我們後續的工作中。

DevOps 的探索

為什麼選擇 Zadig？

起初我們選擇的是 Jenkins ，因為 Jenkins 在業內太有名。隨意在馬路邊上拉上一個 IT 從業者，你問他 Jenkins 是什麼，他肯定知道。哈哈。隨後的落地中，我們也確實是使用著 Jenkins 去做一個探索。起初想做到如下，但是效果不太理想。

Jenkins 首先創立的初衷是針對於主機服務，在創立的時候並沒有為 Kubernetes 留下一道方便之門

Jenkins 做持續集成部署有著繁多的 Pipeline 和 Jenkinsfile，Dockerfile 以及各類 K8s 服務 Yaml 文件。在文件管理上略顯雜亂。這些東西都是比較有規律的文件，缺乏統一管理。且如果 Jenkins 是包括了以往傳統的主機部署項目的話是可以說是繼續探索下去的，但是在大規模實現容器化編排的現在 Jenkins 在我們這就有點乏力。

但是 Jenkins 有著靈活的插件和 Pipeline ，可以實現人工介入發布，這是我們比較喜歡的一點。但隨著項目的上線和使用，發現他的並發構建在現有環境下較慢故暫時擱置。

Jenkins Pipeline 在微服務發布項目中，需要修改 Pipeline ，造成不必要的麻煩

Jenkins 無法對服務的發布順序做改變，只能通過脚本的形式手動選擇順序發布

在後續的工作中，發現了 Zadig ，他成為了我們

高效研發的“尚方寶劍”

。

初識 Zadig

Zadig 其實我覺得接觸起來非常容易，前提是你要了解基本的 K8s 概念和你需要構建服務的語言基本情况，這樣你使用起來就是

直接起飛

。

Zadig 在我們這有著高效的研發流程，具體體現在：

高效管理 K8s 服務 Yaml，Helm，微服務的 Dockerfile 的模版
，完美解决了 Jenkins 中繁多的文件問題

Zadig
完美支持雲原生項目和主機項目
，可以實現魚和熊掌，我都要！

在我們扁平化的環境下， Zadig 的效能能够
完美覆蓋我們的所有場景
。

Zadig
環境管理能力很强大
，能够提供其他工具無法提供的
環境複
制功能，在不同環境下支持不同的 Configmap，環境變量等

Zadig 進行
CI 提速較為明顯

具有强大的
統計數據
模塊

我們從 1.6 版本就開始使用 Zadig ，那個時候 Zadig 還是一個比較稚嫩的 CI/CD 工具，但是現在都已經發版到 1.12 了，具有太多有用的功能了。

那個時候我們就是

十分看重 Zadig 對 Kubernetes CI/CD 的管控力

。只需要定義好相關服務的 Yaml ，這個 Yaml 可以從模板庫中提取，就十分的 Nice。填寫相關的服務參數，就可以實現運行了。並且他可以自定義運行順序，可以說非常棒。

在後續對 Zadig 的關注中，我們發現他逐步的推出了新的產品。我們對 Zadig 也十分充滿信心。在後續我們也嘗試過昇級，但是那個時候自己電腦上 VMware 做虛擬化昇級測試是可以，信心滿滿的去生產做昇級。好家夥，什麼服務都起來了，但就是無法訪問 UI 界面。只能回退，後續我們在和官方接觸後才發現是 Istio 和 Zadig 的網關沖突，在昇級的時候關閉了相關的參數後才正常昇級，體驗到了更好的產品。通過這個事件我也體會到了

開源產品社區和用戶之間的聯系更緊

，那麼問題定比特也能更方便，不斷的使用產品，不斷的反饋，社區不斷的打磨，鑄就一個更為强大的產品誕生，未嘗不是一件美事。

落地和反饋

在 Zadig 落地後，項目的開發驗證得到了

跨越式的發展

，以往的驗證都是自己本地 IDE 啟動，然後本地測試，測試人員無法進行測試。但是隨著 Zadig 的流水線作業。服務的迭代速度也是越來越快。並且在扁平化的項目中， Zadig 可以

對項目環境進行快速複制驗證

，保障在環境下的隔離。

在之前我們可能還考慮說是大家對這個有所抵觸，但是隨著第一個項目的成功上線，後續大家對於這些東西都不再有著排斥。反而是主動說著上線。畢竟誰不想做一個 “專一” 的人呢？

同時

大大提昇了每日開發想法的驗證個數

。極大的提昇了研發效能。同時隨著項目容器化，越來越多的虛擬機被釋放出來，實現了 IT 資源的進一步高利用率。

怎麼判斷 Zadig 是否適合你

如果你們公司的是和我們一樣在推動數字化轉型，容器化編排。那麼 Zadig 十分適合你。

如果你們公司用著 Jenkins 做傳統的主機發布管理，這個時候要上 Kubernetes 實現容器化，那麼 Zadig 同樣適合你們，可以做到 Jenkins 和 Zadig 的集成發布

如果你們公司的項目較為扁平化，那麼 Zadig 可以基本覆蓋 95% 的場景，加上 Zadig 眾多的優勢，何樂不為呢？

如果你們公司剛剛開始進行

雲原生探索

，那麼 Zadig 是你們的不二之選，上手快，社區活躍度高。問題響應之快，絕對可以為貴公司 DevOps 理念的落地提供技術支撐。

Zadig 實現的價值

Zadig 不僅僅是一個優秀的 CI/CD 工具，他更是 DevOps 文化的踐行者。通過 Zadig 我們實現了高效研發，在研發人員的每日研發利用率上對比以往做到了更大的提昇，省出寶貴時間去創造更多產品價值。

針對需求迭代，做到了每日服務需求有更新

針對開發驗證，可以做到集成環境資源的收縮自如

Zadig 不僅實現了自身的企業價值，還幫助解决了我們這些軟件企業發展中的許多瓶頸問題。

使用情况總結

當前思創科技產品業務線 5 條，其中 3 條業務線都已完全接入 Zadig，其餘 2 條業務線屬於傳統業務，更新頻率較低。

通過 Zadig 管理了3個集群，其中 2 套集群為遠端業務集群。部分環境無法通過 Kubernetes 去編排容器實現遠程發布，通過zadig的主機項目，實現遠程容器發布，方便後續的業務遷移。

運行環境 17 個其中 12 個測試、5 個生產，共計 200+ 個應用程序，實現了 4000+ 次自動化構建和部署，部署成功率 99% 以上

從發布頻率上看，以往都是有開發人員主動介入發布，在本地通過打包的形式部署在服務器上，發布。一天發布的頻率大約在 10 次上下。在接入 Zadig 之後代碼更新迭代的頻率得以飛速提昇，慢的一天也是30 左右，快的一天 70 餘次

對 Zadig 和開源社區的期待

在發展上希望未來 Zadig 能够在開源領域多多提昇自身活躍度，多參加開源社區的活動和開源峰會布道推廣，例如： KubeCon，CloudNativeCon，Open Source Summit 等。希望讓更多的企業，研發負責人，一線員工能够看到 Zadig 在雲原生時代對 DevOps 的强有力的改變。也希望 Zadig 社區能够越做越好。

至於什麼其他 Zadig 功能性的建議，我也不再獻醜了。