隨著DevOps進(jìn)入主流技術(shù)世界，它們帶來(lái)的常見(jiàn)障礙變得越來(lái)越明顯。本文介紹了開(kāi)發(fā)團(tuán)隊(duì)轉(zhuǎn)向CI和CD所面臨的困難。

“ CI和CD的最大好處是敏捷性，” DevOps自動(dòng)化服務(wù)StackStorm的聯(lián)合創(chuàng)始人兼首席執(zhí)行官Evan Powell說(shuō)。

努力實(shí)現(xiàn)連續(xù)集成（CI）和連續(xù)交付（CD）的組織能夠“從最初的代碼提交到構(gòu)建，測(cè)試和實(shí)施的自動(dòng)化端到端流程，更快，更快地滿足客戶需求?！辈渴疖浖?。”

《紐約時(shí)報(bào)》開(kāi)發(fā)團(tuán)隊(duì)最近報(bào)告說(shuō) ，CD的發(fā)行時(shí)間已從7天減少到35分鐘，而生產(chǎn)錯(cuò)誤減少了一半。鮑威爾說(shuō)，盡管許多公司成功地采用了CI方法，但其他公司仍在努力使CD為他們服務(wù)。

JAXenter：開(kāi)發(fā)團(tuán)隊(duì)在CD環(huán)境中面臨哪些障礙？

Evan Powell，StackStorm：跨部門協(xié)作以及難以看到，維護(hù)和更新的管道可能會(huì)給嘗試采用CD的開(kāi)發(fā)團(tuán)隊(duì)帶來(lái)挑戰(zhàn)。但是，可以使用一些工具來(lái)簡(jiǎn)化過(guò)渡。

許多開(kāi)發(fā)團(tuán)隊(duì)不習(xí)慣在與操作的協(xié)作環(huán)境中工作，因此他們必須致力于將敏捷開(kāi)發(fā)方法擴(kuò)展到操作。

正在開(kāi)發(fā)哪種軟件解決方案以轉(zhuǎn)向DevOps方法？

為開(kāi)發(fā)人員和企業(yè)開(kāi)發(fā)了無(wú)數(shù)軟件解決方案，以簡(jiǎn)化向DevOps的過(guò)渡。有Puppet等基礎(chǔ)設(shè)施自動(dòng)化平臺(tái)，New Relic等應(yīng)用程序性能管理解決方案，Jenkins等持續(xù)集成引擎等等。

許多組織甚至在創(chuàng)建自己的內(nèi)部工具來(lái)幫助DevOps，特別是在工作流管理領(lǐng)域，如Facebook，Pinterest，LinkedIn等組織最近都在貢獻(xiàn)開(kāi)源項(xiàng)目。

在StackStorm，我們已經(jīng)開(kāi)發(fā)了CI / CD Canary Pipeline，它具有足夠的靈活性，能夠推送任何類型的代碼并為快速部署做準(zhǔn)備。我們?cè)陂_(kāi)放源代碼StackStorm的基礎(chǔ)上構(gòu)建了該管道，因此整個(gè)管道都是可用的并且可免費(fèi)共享。

切換到CI / CD時(shí)要記住的最重要的幾點(diǎn)是什么？

在過(guò)渡到CI / CD時(shí)，組織利用自動(dòng)化工具并將其基礎(chǔ)架構(gòu)視為代碼至關(guān)重要。在不將基礎(chǔ)結(jié)構(gòu)視為代碼的情況下–或?qū)⒃创a控制過(guò)程利用到您的環(huán)境中–安全地加速代碼管道將非常困難。

直接解決跨筒倉(cāng)協(xié)作可能產(chǎn)生的任何文化或組織問(wèn)題對(duì)于實(shí)現(xiàn)自動(dòng)化CI / CD也是至關(guān)重要的。

我們還認(rèn)為，采用開(kāi)源軟件非常重要，因?yàn)橥该鞫仁菍?shí)現(xiàn)更高吞吐量所需的信任的核心。我們認(rèn)為，不僅自動(dòng)化和集成都應(yīng)由源代碼控制；整個(gè)平臺(tái)應(yīng)該開(kāi)放并可以更改控制。

最后但并非最不重要的一點(diǎn)–您可能要考慮使用ChatOps。通過(guò)ChatOps，甚至復(fù)雜的自動(dòng)化（例如CI / CD）也可以在他們用來(lái)協(xié)調(diào)活動(dòng)的聊天室中向您的工程師公開(kāi)。使用ChatOps，您的團(tuán)隊(duì)將看到自動(dòng)化（在本例中為CI / CD流程本身）登錄到聊天室中，他們將能夠像同事一樣與自動(dòng)化進(jìn)行交互。這樣可以建立信任關(guān)系，從根本上提高透明度，并確保開(kāi)發(fā)人員和其他人員不必更改其上下文或中斷其日常工作即可調(diào)用自動(dòng)化。   

在什么情況下，您會(huì)建議公司不要采用DevOps路徑？ 

每個(gè)公司都需要抵制那些更精通軟件的競(jìng)爭(zhēng)對(duì)手，因此需要盡快著手開(kāi)發(fā)DevOps，尤其是CD。在此過(guò)程中，您必定需要重新調(diào)整您的團(tuán)隊(duì)合作方式，從而使公司的響應(yīng)速度更快，從而更具競(jìng)爭(zhēng)力。