鈦動科技 (Tec-Do) 成立於 2017 年，是全球領先的基於大資料和 BI 的商業增長賦能公司。

公司秉承以服務客戶為中心的核心價值觀，旨在通過技術能力抽樣提高全球商業運營效率，打造幫助中國企業出海的一站式服務平臺。

我們公司的業務主要跑在兩種基礎資源上，一種是傳統的虛擬機器，一種則是公有云的 K8s 叢集。

構建部署方式是通過 Jenkins 進行打包上傳到物件儲存，通過 ssh 觸發自定義指令碼釋出服務。K8s 環境則需要單獨構建映象，然後手動 apply 的方式更新服務。沒有統一的開發環境，測試環境也殘缺不齊。

 

 

當我們的研發人員和微服務都擴張的時候，大量痛點相繼爆發：

 

基於以上種種原因，且剛好公司在推行服務容器化，我們對 CI/CD 的方案開始了選型。

 

對於 CI/CD 首先讓大家想到的就是 Jenkins，包括我之前使用的也是 Jenkins。它的確是一個很強大的工具，有繁多的外掛支援你想要做的功能。但是 對於雲原生的支援就相對沒有那麼完善。GitLab 的 CI/CD 也是業界比較流行的方案，但是考慮到 每個專案維護的 gitlab-ci.yml 對於運維的維護不是很方便，還是沒有考慮。後來有小夥伴推薦了 Zadig 這個國內雲原生新平臺，看別人用得不錯也研究起來。

 

首先說部署，官方比較推薦的方式之一是 Helm 部署的，正好我們也在推 K8s 容器化， 使用 Helm 部署極其方便。剛上手的時候使用的是 YAML 的方式來部署服務，將定義好的 K8s yaml 直接貼入或者匯入到 Zadig 裡面，即可在 K8s 裡面啟動服務。當然， Zadig 還提供了各種方便的整合，GitLab，LDAP，映象倉庫，Helm 倉庫，叢集管理等等，需要且必要的東西都已經整合，直接對接即可。

 

 

在我們跑通 YAML 部署方式之後，我們發現還有 Helm 的服務部署方式，鑑於 Helm 中可以支援各類判斷，統一修改等，所以我們決定嘗試使用 Helm 作為服務釋出方式。由於開始不是很理解 Zadig 上使用Helm 的邏輯，我們遇到了問題。在嘗試解決未果的情況下，我們選擇了向 Zadig 官方求助，我們加到Zadig 的技術交流微信群，丟擲了我們的問題，沒想到官方回覆速度非常快，在得知我們公司在準備全面落地 Zadig 時，官方直接拉了專門群來幫助我們解決期間遇到的落地問題。我在想，我們好像沒有開VIP 呀。

 

第一步：基礎準備和配置

第二步：對團隊進行培訓

通過文件，和培訓會議的方式對開發和測試同事進行 Zadig 使用培訓。

第三步：遷移新流程

在不影響現有流程的情況下同時在 Zadig 建立新的 CI/CD 流程，啟動服務然後切換 DNS，接入新流程。

目前我們已經有 10 條業務線接入，穩定執行，滿足工程師同學們的日常使用。

在使用 Zadig 之後，開發和測試都不用登入伺服器操作了，通過 Push 程式碼自動觸發或者流水線觸發即可釋出，驗證，日誌檢視，除錯。大大提高了效率，規範了流程，獲得了開發測試小夥伴的一致好評。