成都小程序開(kāi)發(fā)的世界建立在由兩個(gè)笨拙的隱喻組成的基礎(chǔ)上。首先是建筑施工。小程序有“架構(gòu)師”幫助設(shè)計(jì)代碼的“藍(lán)圖”，然后將其交給“構(gòu)建”它的小程序開(kāi)發(fā)人員。第二個(gè)比喻是復(fù)雜制造。小程序開(kāi)發(fā)具有在概念流水線中工作的高度專(zhuān)業(yè)化的階段。設(shè)計(jì)師設(shè)計(jì)，然后交給開(kāi)發(fā)人員開(kāi)發(fā)，開(kāi)發(fā)人員再交給測(cè)試人員進(jìn)行測(cè)試。
然而，事實(shí)證明，這些對(duì)于創(chuàng)建小程序來(lái)說(shuō)是非常糟糕的比喻。可以理解的是，早期的小程序開(kāi)發(fā)人員會(huì)依賴(lài)與已知職業(yè)的相似之處。但還是。它不是很好用。
小程序開(kāi)發(fā)看起來(lái)不像建筑。建筑物需要大量的前期規(guī)劃，因?yàn)橐坏┑於嘶A(chǔ)，您就真的無(wú)法改變。但對(duì)于小程序來(lái)說(shuō)，這根本不是真的。小程序開(kāi)發(fā)看起來(lái)不像制造業(yè)。這是知識(shí)型工作，因此您不能將其分解為簡(jiǎn)單、重復(fù)的任務(wù)，由低技能的流水線工人執(zhí)行。
小程序中一些最重要的巨變就是針對(duì)這些隱喻的。以敏捷運(yùn)動(dòng)為例。它針對(duì)的是過(guò)度的形式主義、流程和繁重的前期規(guī)劃，以及建筑施工和復(fù)雜流水線的所有特征。與其將越來(lái)越多的精力投入到規(guī)劃和鎖定計(jì)劃中，我們?yōu)槭裁床怀姓J(rèn)變化的必然性并善于應(yīng)對(duì)變化呢？
敏捷小程序運(yùn)動(dòng)的核心是小程序的獨(dú)特性和其他隱喻的不適用性。
敏捷擺脫了業(yè)務(wù)代表、開(kāi)發(fā)人員和測(cè)試人員之間分階段的、專(zhuān)門(mén)的交接。為什么這些人在真空中工作？成功的小程序開(kāi)發(fā)需要所有這些人在整個(gè)小程序開(kāi)發(fā)過(guò)程中進(jìn)行協(xié)作。我們會(huì)讓他們協(xié)作，然后盡早且經(jīng)常地發(fā)貨，這樣我們就可以響應(yīng)反饋和不斷變化的需求。
但是一旦我們真正將小程序推向生產(chǎn)，那么我們就不會(huì)再擔(dān)心了。然后是運(yùn)營(yíng)商的問(wèn)題。
說(shuō)這話時(shí)，我有點(diǎn)開(kāi)玩笑——我認(rèn)為敏捷的支持者在2000年代實(shí)際上不會(huì)這么說(shuō)。但它確實(shí)強(qiáng)調(diào)了敏捷的早期是如何將小程序開(kāi)發(fā)的所有各方都帶到桌面上的，除了運(yùn)營(yíng)。這需要幾年的時(shí)間和不同但相關(guān)的運(yùn)動(dòng)才能做到這一點(diǎn)。
這種新運(yùn)動(dòng)稱(chēng)為DevOps，它最終將運(yùn)維人員帶入了聚會(huì)。DevOps，就像之前的敏捷一樣，已經(jīng)成為一個(gè)流行語(yǔ)。但實(shí)際上，它的核心在于認(rèn)識(shí)到，在開(kāi)發(fā)和運(yùn)營(yíng)之間進(jìn)行正式的、分階段的交接與將小程序視為建筑或制造項(xiàng)目一樣毫無(wú)意義。
結(jié)果？小程序開(kāi)發(fā)工作已經(jīng)開(kāi)始在早期并經(jīng)常在流程中包括操作專(zhuān)家。開(kāi)發(fā)人員越來(lái)越自動(dòng)化操作，包括部署、配置和監(jiān)控。
我們將所有這些稱(chēng)為DevOps。它是新的，范圍廣泛，而且常常令人困惑。這意味著DevOps的采用伴隨著潛在錯(cuò)誤的雷區(qū)。讓我們看看一些常見(jiàn)的問(wèn)題以及如何避免它們。
我首先介紹了我所做的背景，因?yàn)榱私馕覀內(nèi)ミ^(guò)的地方和我們要去的地方很重要。我們已經(jīng)浪費(fèi)了數(shù)十年和數(shù)以億計(jì)的美元試圖細(xì)分和專(zhuān)業(yè)化小程序開(kāi)發(fā)，而不是擁有跨職能團(tuán)隊(duì)。敏捷和DevOps都引導(dǎo)我們遠(yuǎn)離那些過(guò)去的錯(cuò)誤。
如果可以理解的話，這使得這里的第一個(gè)錯(cuò)誤特別具有諷刺意味。假設(shè)一些企業(yè)程序或 IT 部門(mén)想要加入DevOps運(yùn)動(dòng)。那么，他們做什么？他們創(chuàng)建了一個(gè)DevOps部門(mén)。
這個(gè)新部門(mén)很可能包括前小程序開(kāi)發(fā)人員和前 IT 運(yùn)營(yíng)和支持人員的一半和一半的混合體。“走出去，混合你的知識(shí)，坐在開(kāi)發(fā)和運(yùn)營(yíng)之間，”管理層指示。他們可能會(huì)參加一些自我指導(dǎo)的培訓(xùn)和研討會(huì)。
這從根本上沒(méi)有抓住要點(diǎn)。如果你想避免從根本上忽略這一點(diǎn)，請(qǐng)考慮我對(duì)敏捷的描述。高功能的敏捷團(tuán)隊(duì)將業(yè)務(wù)分析師和測(cè)試人員帶入開(kāi)發(fā)領(lǐng)域，將他們視為團(tuán)隊(duì)的一流成員。您可以通過(guò)對(duì)IT運(yùn)營(yíng)和支持做同樣的事情來(lái)實(shí)現(xiàn)DevOps。讓他們成為他們支持的團(tuán)隊(duì)的一部分——不要在你已經(jīng)擁有的兩個(gè)脫節(jié)的部門(mén)之上創(chuàng)建第三個(gè)部門(mén)。
一旦您避開(kāi)了“DevOps部門(mén)”的陷阱，您就會(huì)面臨新的基礎(chǔ)性挑戰(zhàn)。具有運(yùn)營(yíng)專(zhuān)業(yè)知識(shí)的人員已準(zhǔn)備好與團(tuán)隊(duì)打成一片，自動(dòng)化部署、配置和監(jiān)控。但是您的開(kāi)發(fā)文化是否已為這種混合做好準(zhǔn)備？
敏捷早期最大的錯(cuò)誤之一就是沒(méi)有改變技術(shù)實(shí)踐。習(xí)慣于每年發(fā)布小程序的小程序組正面臨嚴(yán)重的文化沖擊。敏捷方法通常要求您每隔幾周發(fā)布一次。這導(dǎo)致了很多尷尬、停頓和失敗的敏捷采用，其中團(tuán)隊(duì)只是結(jié)束了略有不同的會(huì)議。
您在DevOps方面面臨同樣的概念問(wèn)題?？偟膩?lái)說(shuō)，作為一個(gè)行業(yè)，我們已經(jīng)自動(dòng)化了復(fù)雜的部署管道，允許腳本化、按需配置環(huán)境，并將監(jiān)控技術(shù)歸結(jié)為一門(mén)科學(xué)。但要利用所有這些，您需要以永久可部署狀態(tài)存在的代碼。
許多商店犯的錯(cuò)誤是沒(méi)有意識(shí)到這一點(diǎn)。如果您習(xí)慣于在代碼的可部署版本之間間隔數(shù)天或數(shù)周，那么世界上所有的DevOps都幫不了您。這就像開(kāi)著一輛沒(méi)有油的汽車(chē)開(kāi)到一條漂亮、平坦的新路上。在采用DevOps之前，請(qǐng)確保您的開(kāi)發(fā)文化已經(jīng)成熟。
在某些方面，這個(gè)錯(cuò)誤是后者的更具體版本。但值得單獨(dú)呼吁，因?yàn)榍闆r并非總是如此。
用最廣泛的術(shù)語(yǔ)來(lái)說(shuō)，您在一個(gè)范圍的末端有兩個(gè)協(xié)作工作流：基于主干的開(kāi)發(fā)和基于功能分支的開(kāi)發(fā)?；谥鞲傻拈_(kāi)發(fā)意味著開(kāi)發(fā)人員始終在代碼庫(kù)的幾乎連貫的單一版本中工作?；诠δ芊种У拈_(kāi)發(fā)意味著團(tuán)隊(duì)的工作方式為各個(gè)功能提供了自己的隔離沙箱。
探討每種方法的優(yōu)缺點(diǎn)超出了本文的范圍，但我會(huì)談?wù)勊鼈儗?duì)您的DevOps采用工作意味著什么。源代碼控制工具對(duì)您采用哪種方法有巨大影響，就像您的方法對(duì)DevOps作為一種方法有重大影響一樣。
如果您喜歡基于功能分支的開(kāi)發(fā)，那么您將在采用DevOps時(shí)遭受很多痛苦。DevOps使您如何在開(kāi)發(fā)人員的機(jī)器和生產(chǎn)環(huán)境之間處理代碼的許多方面自動(dòng)化。保持代碼庫(kù)的許多不同概念風(fēng)格會(huì)使DevOps的關(guān)注點(diǎn)復(fù)雜一個(gè)數(shù)量級(jí)。
遷移到基于主干的工作流程，讓您的生活更輕松。
我將總結(jié)一些您可能只有在前三個(gè)方面做得很好后才會(huì)面對(duì)的問(wèn)題。這是因?yàn)橐坏┠晒Σ捎眠@些實(shí)踐并在您的環(huán)境之間輕松移動(dòng)代碼，就會(huì)發(fā)生此錯(cuò)誤。
有了這個(gè)問(wèn)題，你就沒(méi)有意識(shí)到你可以從你的新能力中得到什么。您可以輕松地四處移動(dòng)您的構(gòu)建，但您將它們作為整體移動(dòng)。這是一個(gè)錯(cuò)誤，因?yàn)槟沐e(cuò)過(guò)了。
通過(guò)基于主干的開(kāi)發(fā)，您不再通過(guò)版本控制來(lái)管理功能，而是開(kāi)始通過(guò)選擇性部署來(lái)管理它們。您可以像Facebook這樣的公司那樣實(shí)現(xiàn)這一目標(biāo)：使用功能標(biāo)志管理系統(tǒng)。這樣做不僅可以讓您配置運(yùn)營(yíng)數(shù)據(jù)，還可以配置整套功能和用戶體驗(yàn)。
為了在生產(chǎn)問(wèn)題上實(shí)現(xiàn)最大的靈活性，您需要更改代碼庫(kù)。確保它是靈活的，以細(xì)粒度的方式構(gòu)思，并且易于分區(qū)。因?yàn)镈evOps不僅僅是關(guān)于自動(dòng)化你部署事物的方式——它是關(guān)于自動(dòng)化你在部署后處理它們的方式。
成都小程序開(kāi)發(fā)一開(kāi)始就建立在有缺陷的比喻之上。然后，它當(dāng)然會(huì)通過(guò)敏捷和DevOps等運(yùn)動(dòng)進(jìn)行糾正。當(dāng)然，這些術(shù)語(yǔ)被夸大為流行語(yǔ)狀態(tài)。但是，在表面之下，它們提供了真正的智慧和洞察力。如果你能看穿炒作，避免重大錯(cuò)誤，你將從行業(yè)的這些糾正行動(dòng)中獲得巨大的價(jià)值。
文章均為全美專(zhuān)業(yè)成都小程序開(kāi)發(fā)公司，專(zhuān)注于成都小程序開(kāi)發(fā)服務(wù)原創(chuàng)，轉(zhuǎn)載請(qǐng)注明來(lái)自http://www.39247.cn/news/2507.html
