在系列文章第一篇和第二篇中，大家已經(jīng)看到了在CloudBees的幫助下，讓管理Jenkins解決方案從一個(gè)大麻煩變成輕而易舉就能解決的事情。但是，現(xiàn)在讓我們反思并退一步。有時(shí)候，這些問題并不是表面上的——它們是在成長(zhǎng)的過程中造成的，特別是當(dāng)您的公司現(xiàn)在就需要新功能時(shí)；或者是當(dāng)您收購(gòu)了一個(gè)新的團(tuán)隊(duì)，您需要在昨天就為他們安裝好！

這并沒有留下空間給您在增加工作流程時(shí)引入最佳實(shí)踐，因?yàn)樽詈?jiǎn)單的途徑可能就是在您的Jenkins實(shí)例上堆積更多的東西，或者只是讓人們離開并創(chuàng)建自己的實(shí)例，這就好比在公司里又建立自己的小公司。這確實(shí)是完成了工作，但現(xiàn)在看來呢？并沒那么好用了。而且從長(zhǎng)遠(yuǎn)來看，這將給您的軟件發(fā)布流程帶來挑戰(zhàn)。在最后一篇文章中，我想提出一些Jenkins實(shí)施的基礎(chǔ)設(shè)施問題——那些隱藏在表面之下的困境?？纯从卸嗌偃撕臀矣型瑯拥脑庥觥２贿^不用擔(dān)心，隧道的盡頭還是有一線希望的。

不完美的解決方案都有代價(jià)

隨著您在前兩篇文章中讀到的困境波及到您的企業(yè)，您可能會(huì)遇到一系列的下游效應(yīng)，每一個(gè)效應(yīng)都會(huì)對(duì)您流水線的工作方式、發(fā)布代碼的速度以及整個(gè)運(yùn)營(yíng)成本產(chǎn)生影響。理想情況下，所有這些問題都將受到嚴(yán)格控制，以推進(jìn)您的業(yè)務(wù)目標(biāo)，但正如你我都知道的那樣，隨著企業(yè)規(guī)模的擴(kuò)大，事情很難這樣發(fā)展。

Jenkins孤島、Jenkinsteins，還是兩者兼有？

不受管理的Jenkins缺點(diǎn)會(huì)造成的第一個(gè)也是最深刻的一個(gè)后果是，它們將不可避免地決定您的Jenkins環(huán)境的結(jié)構(gòu)。Jenkins控制器往往會(huì)落入三個(gè)組織陷阱，每個(gè)都傾向優(yōu)先考慮某些問題，而犧牲其他問題。底線是什么？這些方法代表了一種創(chuàng)可貼式的解決方案（哪里有問題補(bǔ)救哪里），并沒有解決它們想要規(guī)避的潛在系統(tǒng)缺陷。

Jenkins孤島：“控制器太多”的問題

由于不受管理的Jenkins會(huì)使協(xié)作和標(biāo)準(zhǔn)化變得困難，因此團(tuán)隊(duì)想要做自己的事情是很正常的。如果允許的話，他們會(huì)自行設(shè)置控制器，自定義工具鏈，并在自己認(rèn)為合適的情況下維護(hù)SDLC。這對(duì)于少數(shù)團(tuán)隊(duì)來說已經(jīng)是很有效的方法了，但對(duì)于擁有大量開發(fā)人員的企業(yè)來說，這只會(huì)增加他們的Jenkins困境。這種猶如狂野西部一般的場(chǎng)景產(chǎn)生了Jenkins孤島現(xiàn)象——無數(shù)個(gè)互不相關(guān)的服務(wù)器/團(tuán)隊(duì)，經(jīng)常出現(xiàn)分歧，還會(huì)放大溝通、治理、合規(guī)性和安全問題。

Jenkinsteins：“巨型單一控制器”的問題

與不受管理的Jenkins相關(guān)的大多數(shù)困難都來自于試圖管理太多的控制器。許多企業(yè)都想通過將所有內(nèi)容放在一個(gè)控制器上來解決這個(gè)問題。雖然這確實(shí)緩解了一些維護(hù)、治理和合規(guī)性問題，但這帶來了新的問題：

• 一臺(tái)服務(wù)器不可能成為團(tuán)隊(duì)的一切。有些團(tuán)隊(duì)將會(huì)放棄首選的定制，甚至是基本的插件(如果它們引入兼容性沖突的話)；

• 在一臺(tái)服務(wù)器上運(yùn)行所有項(xiàng)目可能會(huì)使服務(wù)器超載，從而拖慢整個(gè)企業(yè)的構(gòu)建和測(cè)試時(shí)間；

• 單個(gè)服務(wù)器就會(huì)成為故障的唯一來源，而服務(wù)器停機(jī)可能會(huì)破壞整個(gè)企業(yè)的生產(chǎn)力。

Jenkinsteins+孤島：“兩個(gè)世界中最糟糕的”問題

許多企業(yè)開始時(shí)采用單一控制器的方法，然后最終屈服于給團(tuán)隊(duì)自由發(fā)揮的需求。單一控制器于離群服務(wù)器的組合使得Jenkins環(huán)境特別混亂，它結(jié)合了這兩種場(chǎng)景的缺點(diǎn)，同時(shí)還消除了大部分優(yōu)點(diǎn)。

誰負(fù)責(zé)技術(shù)支持?

在我們探索不受管理的Jenkins帶來的挑戰(zhàn)時(shí)，重要的是要記住，當(dāng)您遇到麻煩時(shí)，社區(qū)支持和您自己的團(tuán)隊(duì)成員是您尋求幫助的唯一途徑。開源社區(qū)互助是一個(gè)鼓舞人心，但它們并不是企業(yè)級(jí)的。這可能會(huì)帶來一些新的問題：

• 以快速增長(zhǎng)/轉(zhuǎn)型為目標(biāo)的企業(yè)需要24/7全天候、權(quán)威的支持來保持節(jié)奏。缺乏專門、可靠的支持服務(wù)，將造成支持瓶頸，無形中抑制了企業(yè)發(fā)展；

• 內(nèi)部支持會(huì)成為一項(xiàng)不受控的開支。隨著團(tuán)隊(duì)成倍增加，團(tuán)隊(duì)成員在自助支持上花費(fèi)的時(shí)間也會(huì)成倍增加。這在生產(chǎn)力、預(yù)算和增長(zhǎng)方面的損失有多大，誰也說不準(zhǔn)；

• 停機(jī)會(huì)使企業(yè)陷入癱瘓，造成重大損失。如果災(zāi)難發(fā)生時(shí)沒有足夠的支持人員待命，這就成為一個(gè)真正的風(fēng)險(xiǎn)。

這讓我們付出了什么代價(jià)？

為什么這些問題都很重要？因?yàn)樗鼈冏罱K都會(huì)歸結(jié)為一個(gè)價(jià)格標(biāo)簽。更糟的是，這個(gè)價(jià)格標(biāo)簽往往是看不見的。你通常能看到Jenkins是如何幫助你守護(hù)底線的，但你不一定能看到它是如何傷害你的底線的。不必要的預(yù)算項(xiàng)目可能包括：

• 由于管理開銷、故障排除、服務(wù)器維護(hù)不善、安全漏洞等導(dǎo)致的生產(chǎn)力損失。

• 調(diào)度延遲，以為您的工程師每周可能會(huì)花費(fèi)15+小時(shí)在管理和支持上，而不是寫代碼。

• 工作時(shí)間浪費(fèi)在重復(fù)性任務(wù)、無望的治理和追求合規(guī)性上。

• 錯(cuò)失商機(jī)，因?yàn)槟鷮Ｗ⒂诮鉀Q流水線的挑戰(zhàn)而不是創(chuàng)新。

• 工作人員因試圖強(qiáng)力解決上述問題而氣憤。

• 可擴(kuò)展性瓶頸——當(dāng)SDLC很混亂時(shí)，您如何根據(jù)需要擴(kuò)展CPU、RAM和磁盤空間？您要么為未使用/閑置的資源付費(fèi)，要么就在需要時(shí)因缺乏資源而阻礙發(fā)展。

• 更高的基礎(chǔ)架構(gòu)設(shè)施費(fèi)用——如果您不知道空閑服務(wù)器何時(shí)處于活動(dòng)狀態(tài)，那還怎么從閑置服務(wù)器中收回成本？

• 任何來源導(dǎo)致的停機(jī)時(shí)間——損壞的Jenkinsteins、未識(shí)別的錯(cuò)誤、兼容沖突、由風(fēng)險(xiǎn)代碼引起的網(wǎng)絡(luò)攻擊等。

誰可以在基礎(chǔ)設(shè)施方面提供幫助？

或者說，隧道盡頭的希望在哪里？

又或者說，CloudBees CI幫助你實(shí)現(xiàn)最大的投資回報(bào)率

下一個(gè)問題很明顯：你能從哪里得到這一切？最簡(jiǎn)單的答案是什么？那就是CloudBees軟件交付平臺(tái)。CloudBees CI是該平臺(tái)的一部分。CloudBees CI緩解了上述所有問題，正如我們?cè)谥暗奈恼轮锌吹降哪菢?。作為Jenkins代碼的最大貢獻(xiàn)者，CloudBees及其工程師是權(quán)威的Jenkins專家。CloudBees團(tuán)隊(duì)都很愛Jenkins，但他們很清楚它的潛在陷阱，所以他們致力于最大限度地發(fā)揮Jenkins的潛力。

還記得第一篇文章中的這張圖嗎？它展示了CloudBees CI運(yùn)營(yíng)中心（我們之前談到的集中控制平面）如何重構(gòu)您的Jenkins環(huán)境以促進(jìn)我們之前談過的工具包，無論您部署在本地還是在云上。

與一個(gè)充滿了插件（插件會(huì)支持不同的團(tuán)隊(duì)，許多許多job會(huì)減慢流水線并產(chǎn)生很長(zhǎng)的隊(duì)列）的單個(gè)巨型控制器所不同的是，每個(gè)團(tuán)隊(duì)都有自己的控制器、自己的對(duì)象，并在需要時(shí)訪問共享代理池。

對(duì)我來說，這意味著我的團(tuán)隊(duì)實(shí)現(xiàn)了工作負(fù)載隔離——沒有其他團(tuán)隊(duì)的插件干擾我的插件（我說的就是你們，Java-O團(tuán)隊(duì)）。在隔離之外，我們可以通過監(jiān)視在流水線中可能排隊(duì)的事件來與其他團(tuán)隊(duì)合作（自動(dòng)化是一件非常美好的事，不是嗎？），當(dāng)我的容量激增時(shí)，我們甚至可以跨特定團(tuán)隊(duì)共享代理。

我們已經(jīng)討論了CloudBees CI可以做些什么來幫助管理Jenkins，你可以了解到客戶是如何成功地加快他們的發(fā)布周期，但工具集中的另一個(gè)工具是CloudBees本身。不是功能，而是人。CloudBees CI是企業(yè)版Jenkins——我們了解Jenkins，并為開源社區(qū)做出貢獻(xiàn)。由于我們?yōu)殚_源項(xiàng)目貢獻(xiàn)了大量代碼，因此我們有獨(dú)門絕技，可以在出現(xiàn)問題時(shí)解決問題。

使用 CloudBees，您就等于擁有：

• 客戶成功經(jīng)理——客戶成功經(jīng)理通過提示、技巧和更新幫助您優(yōu)化CloudBees CI體驗(yàn)，確保您始終走在增長(zhǎng)的道路上；

• 專業(yè)服務(wù)——無論您是剛開始使用CloudBees、掌握DevOps，還是從舊模式轉(zhuǎn)向新模式，我們的專業(yè)服務(wù)團(tuán)隊(duì)都能快速幫助您實(shí)現(xiàn)目標(biāo)；

• 卓越的支持

• 最大的Jenkins認(rèn)證工程師團(tuán)隊(duì)為你提供24/7全天候隨叫隨到的支持；

• 通過與我們的支持團(tuán)隊(duì)一起主動(dòng)規(guī)劃您的升級(jí)，輔助更新可以使CloudBees CI保持最新、穩(wěn)定和合規(guī)；

  CloudBees在中國(guó)的授權(quán)合作伙伴龍智為您提供咨詢、實(shí)施、培訓(xùn)和技術(shù)支持等服務(wù)。
  

今天的Jenkins已不可同日而語——軟件交付已經(jīng)有了進(jìn)步，開源社區(qū)也接受了這項(xiàng)技術(shù)，這使得它更容易與最新技術(shù)集成，從而推進(jìn)您的應(yīng)用程序開發(fā)工作流程。它有了更多的集成、更多的作業(yè)、更大的靈活性和更強(qiáng)的功能。讓CloudBees來引導(dǎo)您實(shí)現(xiàn)靈活性，并使您的工作流到達(dá)所需的清潔、高效、合規(guī)及快速要求。您已經(jīng)擁有這個(gè)力量，讓我們來告訴您如何使用它。

作者：薩曼莎·弗羅斯特（Samantha Frost），CloudBees公司產(chǎn)品營(yíng)銷經(jīng)理。

文章來源：https://www.cloudbees.com/blog/whoa-the-woes-and-fix-your-infrastructure