具有持續整合和持續交付流程能力，適應微服務實踐…這些技能儼然成了現代公司的標誌。撥開雲霧，其實核心的DevOps體系才是一個成功組織發展跟後勁的體現。

持續整合是開發把程式碼儘可能合併到“集中營”的過程；持續部署是把合併程式碼新打包部署到目標環境的過程，最終目標是部署到實際環境。如圖：

適當的CI和CD，能帶來的好處包括：

• 加速產品步伐
• 構建產品高品質
• 提高生產效率
• 能力的可靠解放
• 提高客戶滿意度

CI和CD看起來簡單（和“我到現在也覺得開飛機簡單”同理），但實現起來真的簡單嗎？有沒有躲坑大全？針對這兩個問題，很體系的回答沒有，但有此方面有一些想法可以簡單聊聊。

一、無興趣，不思變

大多陣列織（這裡應該是指金字塔尖的極少數派）樂於現狀，不希望為改變承擔風險。這種組織不會知道改變意味著什麼，最終失去的將是市場。

這種情況下是應該先建立一些規範，再對每個團隊作出相應要求。許多企業不用CI和CD，仍然是手工流程，這不是落後，什麼才叫落後？

二、技術差距

有時，知識方面的短板和人員的選擇錯誤，是完全有可能延長改變週期並“拖滯成習慣”。不過話又說回來，這種情況不能全盤否定，肯定有一些有經驗的工程師和開發人員對CI和CD所需的新技能和知識有了解並渴望推進，只是他們不代表全部。

不過這些是技術差距，訓練就能彌補。

三、不信任自動化

CI和CD是自動化的一部分，但有些組織不信任甚至對此趨勢充滿了懷疑。若非苦心勸降，否則心病還須心藥醫，這個不置評論，是非功過讓時間評論。

四、工具選擇錯誤

選擇類似K8s、EASYOPS這樣可靠正確的CI和CD平臺/工具集甚至是分析工具，對於DevOps程序來說非常重要。

而且因為開發嚴重依賴這些神器開展工作，什麼好用，他們應該最清楚和理解。這個我會給出一些描述，大家可以期待一下。

文章來自微信公眾號：DevOps研究院