共計(jì) 723 個(gè)字符，預(yù)計(jì)需要花費(fèi) 2 分鐘才能閱讀完成。

這篇文章主要介紹了 GitOps 三原則是什么的相關(guān)知識，內(nèi)容詳細(xì)易懂，操作簡單快捷，具有一定借鑒價(jià)值，相信大家閱讀完這篇 GitOps 三原則是什么文章都會有所收獲，下面我們一起來看看吧。

GitOps 可以概括為以下原則:

1. 所有可以被描述的內(nèi)容都必須存儲在 git 中

通過使用 Git 作為開發(fā)事實(shí)的來源，從業(yè)人員可以觀察集群并將其與所需的狀態(tài)進(jìn)行比較。策略、代碼、配置項(xiàng)，甚至監(jiān)控事件和版本控制都可以實(shí)現(xiàn)。將所有內(nèi)容都置于版本控制系統(tǒng)后，所有我們提交的變化都被聚合起來，這樣那些我們提交的沒有被應(yīng)用的代碼也有可能被再應(yīng)用起來。

2. 不能直接使用 Kubectl

普遍來說，使用命令行工具集“kubectl”來直接部署到集群并不是個(gè)好辦法。許多人士使用他們的 CI 工具驅(qū)動部署，然而這樣做可能會給產(chǎn)品開發(fā)帶來眾所周知的安全漏洞。

3. 使用符合操作模式的 Kubernetes 控制器

使用遵循操作模式的 Kubernetes 控制器，你的集群總是通過已核對好的 Git 的配置文件與“真實(shí)之源”保持同步。由于你的集群的期望狀態(tài)保存在 Git 中，因此你可以觀察到它與運(yùn)行的集群的差異。

Alexis 進(jìn)一步闡述了第三點(diǎn)，他描述了如何通過比較 Git 中所需的狀態(tài)和運(yùn)行中的集群狀態(tài)，來觀察差異，并在兩種狀態(tài)不同步的時(shí)候提醒您的團(tuán)隊(duì)。通過在集群中安裝 Kubernetes 操作符，不僅從認(rèn)證的角度來看部署更安全，而且還允許有效的控制和反饋環(huán)。你的團(tuán)隊(duì)可以使用這些數(shù)據(jù)來迭代和改進(jìn)產(chǎn)品特性以及集群基礎(chǔ)設(shè)施的更新。

關(guān)于“GitOps 三原則是什么”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對“GitOps 三原則是什么”知識都有一定的了解，大家如果還想學(xué)習(xí)更多知識，歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道。