DevOps運動說，我們應該彌合開發(fā)人員和生產(chǎn)人員之間的鴻溝。但是，您實際上是如何做到的呢？我堅信答案就是GitOps。

通過采用GitOps，您可以將整個軟件交付管道轉(zhuǎn)換為代碼，并使開發(fā)人員非常容易地接受他們現(xiàn)在期望在生產(chǎn)中扮演的角色。

讓我們探討一下。

在以DevOps為中心的世界中，開發(fā)者為王

要了解GitOps的全部價值，您首先必須退后一步，欣賞一下開發(fā)人員的角色在過去十年中發(fā)生了多少變化。

從前，開發(fā)人員編寫了代碼，然后將其傳遞給其他人進行測試，構(gòu)建和部署到生產(chǎn)中。過去，開發(fā)人員很少接觸生產(chǎn)環(huán)境。

但是，快速發(fā)展到現(xiàn)在，開發(fā)人員的作用更加廣泛。當今的開發(fā)人員不僅編寫代碼，還編寫代碼。他們還有望在部署代碼和在生產(chǎn)中管理代碼方面發(fā)揮中心作用（這樣做的想法是使開發(fā)人員更容易從實際的軟件部署中獲得見解，這將有助于他們編寫更好的代碼）。這種變化很大程度上歸因于DevOps運動的影響，DevOps運動鼓勵開發(fā)人員與IT Ops之間進行更緊密的協(xié)作。

需要明確的是，我并不是在建議開發(fā)人員對生產(chǎn)負全責。在大多數(shù)組織中顯然不是這樣。IT Ops仍然存在。但是，如果沒有開發(fā)人員，IT Ops將無法再完成工作。

因此，今天，開發(fā)人員是整個軟件交付管道中的王者。其他類型的工程師也扮演著重要的角色，但開發(fā)人員起著領導作用。

注意開發(fā)者/生產(chǎn)者之間的差距

盡管DevOps趨勢帶來了一個這樣的世界：開發(fā)人員有望在生產(chǎn)中扮演更加積極的角色，但DevOps在幫助開發(fā)人員實現(xiàn)這一目標上并沒有做得很好。

相反，DevOps主要關(guān)注于開發(fā)人員和IT Ops如何交互的抽象，高級處方。他們應該接受“持續(xù)交付”和“持續(xù)協(xié)作”之類的概念。

但是您如何在實踐中做到這一點？您如何操作諸如連續(xù)交付之類的東西？這些問題比較棘手，DevOps并沒有提供很多具體答案。

輸入GitOps

但是，由于有了GitOps，我們現(xiàn)在可以解決這個難題。

您問什么是GitOps？簡而言之，這是使用Git來管理軟件交付過程的各個方面的實踐。因此，它既是一個工具（Git），又是基于該工具的流程。

通過擁抱GitOps，軟件交付團隊可以使用Git事件來記錄，管理和監(jiān)視軟件交付管道中的每個步驟。他們還可以通過Git進行協(xié)作和交流，并保留所有更改的端到端修訂歷史記錄，不僅包括代碼，還包括CI / CD管道的任何部分。

GitOps如何幫助開發(fā)人員實現(xiàn)生產(chǎn)

在許多方面，GitOps是開發(fā)人員實現(xiàn)他們在生產(chǎn)中應該扮演的角色所需的關(guān)鍵工具和過程。確實有幾個原因：

Git是開發(fā)人員已經(jīng)熟知的工具。沒有學習曲線。

GitOps允許開發(fā)人員以與管理代碼相同的方式來管理生產(chǎn)級問題，這也是他們已經(jīng)熟悉的過程。GitOps無需管理硬件和對基礎結(jié)構(gòu)進行故障排除，而是允許您執(zhí)行代碼中的所有操作。

通過在整個軟件交付管道中創(chuàng)建恒定，集中且可普遍訪問的工作審計線索，GitOps使開發(fā)人員可以輕松地將有關(guān)生產(chǎn)環(huán)境的信息轉(zhuǎn)換為新的應用程序代碼，從而實現(xiàn)DevOps的關(guān)鍵目標之一-改善軟件質(zhì)量多虧了孤島。

在上述各個方面，GitOps都通過擁抱其在管理生產(chǎn)環(huán)境（不僅僅是生產(chǎn)代碼）中的角色，來幫助開發(fā)人員將DevOps完全投入實踐。

結(jié)論

GitOps提供了運行已失蹤多年的DevOps的解決方案。傳統(tǒng)上，組織試圖通過聘請專業(yè)的DevOps工程師，或采用新的通信工具（如Slack），并希望將魔術(shù)師引入開發(fā)人員的方式，將開發(fā)人員納入生產(chǎn)。這些方法可能有些奏效，但它們昂貴或乏味，并且無法解決問題。

相比之下，GitOps是一種免費且易于實施的策略（Git不花錢，您的團隊很可能已經(jīng)知道如何使用它）。而且，GitOps直接解決了將開發(fā)人員連接到生產(chǎn)環(huán)境的問題。它使開發(fā)人員不僅在理論上而且在實踐中都成為CI / CD之王。