Gitops安全篇?
?????????GitOps是一種范式，?它將 Git 置于構(gòu)建和操作云原生應(yīng)用程序的核心，將 Git 用作單一事實(shí)來源，并使開發(fā)人員能夠執(zhí)行過去屬于 IT 操作的任務(wù)。
Kubernetes - GitOps?
Kubernetes作為新的應(yīng)用服務(wù)器，在構(gòu)建云原生應(yīng)用時(shí)采用了“聲明式”的方式，這意味著應(yīng)用配置是由一組事實(shí)而不是一組指令來保證的。通過在 Git 中對應(yīng)用程序的聲明進(jìn)行版本化，我們擁有單一的事實(shí)來源，我們的應(yīng)用程序可以輕松地部署到 Kubernetes 并從 Kubernetes 回滾，并且當(dāng)災(zāi)難發(fā)生時(shí)，集群的基礎(chǔ)設(shè)施也可以被復(fù)制。
使用 Git 作為交付管道的中心，開發(fā)人員可以發(fā)出拉取請求，以加速和簡化 Kubernetes 的應(yīng)用程序部署和操作任務(wù)。
GitOps 適合你？
GitOps + Kubernetes 為應(yīng)用程序交付生命周期帶來的新方法無疑是不同的，它提高了工程速度，并簡化了 CI+CD 管道本身的構(gòu)建。GitOps“拉”方法是否比“推”方法更適合的問題實(shí)際上是一個(gè)組織的工程和運(yùn)營文化問題，以及工程是否對安全負(fù)責(zé)以及對安全的可見性幾乎是一個(gè)神學(xué)問題這個(gè)應(yīng)用服務(wù)器黑盒，安全團(tuán)隊(duì)需要。
GitOps 與安全
-
GitOps 更改僅通過集群 git 存儲(chǔ)庫用戶同步到集群中。存儲(chǔ)庫在 git 用戶帳戶的同一級(jí)別受到保護(hù)。有權(quán)推入集群 git 存儲(chǔ)庫的受損用戶帳戶可能會(huì)引入更改，從而導(dǎo)致數(shù)據(jù)泄露、服務(wù)中斷或介于兩者之間的任何情況。GitOps 基礎(chǔ)設(shè)施必須以白名單的形式實(shí)施額外的護(hù)欄，以便擁有集群側(cè)護(hù)欄。
-
?Flux、ArgoCD等? GitOps 工具實(shí)際上以集群上帝權(quán)限運(yùn)行 - 并且在集群中持久存在。被認(rèn)為是高風(fēng)險(xiǎn)集群的 Kubernetes Dashboard 經(jīng)常被從集群中移除。
基于“推送”的 CD 管道，?例如Spinnaker、Jenkins等在集群外部，?按需調(diào)用，并將自動(dòng)化驅(qū)動(dòng)的更改引入集群。 -
?Flux、ArgoCD 等 GitOps 工具需要集群外部訪問，以域名（github.com、bitbucket.org、gitlab.com）表示，? 這意味著Kubernetes 原生策略不適合實(shí)施來分割那些高特權(quán)集群內(nèi)組件。 ?
-
? GitOps 時(shí)代的應(yīng)用程序機(jī)密需要 Kubernetes 外部機(jī)密提供程序。例如Hashicorp Vault、AWS KMS、Azure Vault等?；蛘撸瑘F(tuán)隊(duì)可以恢復(fù)到Git Secrets，這意味著以加密形式將秘密提交到 git 中，并在應(yīng)用程序使用之前解密這些秘密。 ?文章來源：http://www.zghlxwxcb.cn/news/detail-403232.html
Kubernetes 生態(tài)系統(tǒng)的持續(xù)集成/持續(xù)開發(fā) (CI/CD)確實(shí)有多種工具可供選擇，組織應(yīng)使用最適合其特定用例和文化的工具。將所有部分粘合在一起并非易事。整合安全性并利用各種利益相關(guān)者的安全洞察力是一項(xiàng)同樣具有挑戰(zhàn)性的任務(wù)。GitOps 在某些方面簡化了這一點(diǎn)，但在其他方面復(fù)雜化了。文章來源地址http://www.zghlxwxcb.cn/news/detail-403232.html
到了這里，關(guān)于GitOps 新一代大型自動(dòng)化工具（3）的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
