DevOps化的轉(zhuǎn)變必須要快。在高層次上,我們需要考慮搶占市場(chǎng);在低層次上,我們需要盯緊任務(wù)。這也是持續(xù)交付運(yùn)動(dòng)的思路。
就像敏捷的很多東西一樣,DevOps和持續(xù)交付雖然有許多概念名稱不同,但是它們都有著相同的含義。它們只不過(guò)是一枚硬幣的正反面而已,在概念上并沒(méi)有什么爭(zhēng)議。
DevOps工程師致力予讓公司的流程更快、更有效,并且更可靠。只要有可能,就取代那些容易出錯(cuò)的重復(fù)性人力勞動(dòng)。
盡管如此,在DevOps實(shí)踐過(guò)程中很容易忘記最終目標(biāo)。要是于得太慢,對(duì)任何人來(lái)說(shuō)都沒(méi)什么用。相反,我們必須把交付增加的商業(yè)價(jià)值牢記在心。
例如,增進(jìn)企業(yè)內(nèi)部各角色的交流就有很明顯的價(jià)值。你的產(chǎn)品負(fù)責(zé)人可能想了解開(kāi)發(fā)的進(jìn)度并渴望能夠先睹為快。這樣的話,在測(cè)試環(huán)境上做到快速并有效地增量交付,將會(huì)非常有幫助。像產(chǎn)品負(fù)責(zé)人這樣的利益相關(guān)者,當(dāng)然還有質(zhì)量保證團(tuán)隊(duì),都能夠在測(cè)試環(huán)境上跟上開(kāi)發(fā)的節(jié)奏。
另一種觀點(diǎn)是這樣的:如果你曾經(jīng)感覺(jué)到自己因?yàn)椴槐匾牡却⒁饬Σ患校敲茨愕牧鞒袒蚬ぞ哂袉?wèn)題。如果你在程序編譯時(shí)看機(jī)器人打氣球的視頻,那么你的編譯時(shí)間太長(zhǎng)了!
在團(tuán)隊(duì)等待部署這件事上也一樣。當(dāng)然了,整個(gè)團(tuán)隊(duì)白白呆著比一個(gè)人開(kāi)銷大多了。
機(jī)器人打氣球的視頻很有意思,不過(guò)開(kāi)發(fā)軟件也很讓人興奮!我們應(yīng)該通過(guò)消除不必
要的開(kāi)銷來(lái)關(guān)注創(chuàng)造潛能。