最近在舊金山舉辦的WWDC(蘋果全球開發(fā)者大會)大會上，開發(fā)者、終端用戶、投資者、分析師以及競爭者全都渴望知道蘋果公司(Apple)是如何保持其在手機(jī)市場領(lǐng)導(dǎo)地位以及市場份額。大會并沒有發(fā)布什么令人興奮的產(chǎn)品，而實際上蘋果公司的股票價格有所下降。然而在不同的會議上多次提到了一個共同的主題：用戶體驗。

蘋果公司不斷地調(diào)整所有的產(chǎn)品和App，從而讓一個擁有多款蘋果產(chǎn)品的用戶從一個產(chǎn)品或App切換到另一個時能夠具有相似的體驗，降低了用戶使用新產(chǎn)品的門檻。蘋果公司注重的是用戶體驗而不是產(chǎn)品的某些功能或者某些說明。蘋果公司善于對用戶體驗進(jìn)行思考，當(dāng)他們的競爭者們通過宣傳攝像頭的高像素以及新款智能手機(jī)處理器有多強(qiáng)大來吸引顧客時，他們給用戶展示的是通過iPhone拍的漂亮且富有靈感的照片而不是手機(jī)的任何技術(shù)細(xì)節(jié)。

我們都知道現(xiàn)在大多數(shù)人已經(jīng)離不開智能手機(jī)，很多以前需要花很多時間才能完成的事情現(xiàn)在很快就能夠完成，因為拿出手機(jī)點(diǎn)幾下就能夠獲取大量信息。比如說，在擁有智能手機(jī)之前，想要在一個陌生的城鎮(zhèn)找到一個吃飯的好地方，過去我會想想身邊有誰來過這個地方，然后看下他有什么推薦。如果誰都沒來過，到酒店的時候我就會問問那里的服務(wù)員。這就意味著即使我特別餓了，我必須先到酒店才能吃上飯。我還必須在離開機(jī)場之前通過谷歌地圖查好去酒店的路線，然后才能坐上飛機(jī)到酒店。但是今天，我只要拿出我的iPhone打開Yelp，我就能找到我想去的餐館。然后我可以通過Waze找到去餐館的路線，更方便的是Waze還會推薦繞道路線，因為通常最近的路線最擁堵。然后我可以用OpenTable在去餐館的路上預(yù)訂一個座位。

如今，蘋果公司考慮的是如何讓我們的生活過的更加效率。通過上面的描述可以得知，為了在陌生的城鎮(zhèn)找到一個吃飯的好地方，我需要打開很多不同的App來完成一系列的事情，蘋果公司設(shè)想有一天我只要通過他們提供的服務(wù)就能夠完成相同的事情，而不需要打開那么多App。這種憧憬需要一個新的產(chǎn)品或者服務(wù)設(shè)計模型，任何一家想要加入蘋果服務(wù)以提供個性化用戶體驗的公司必須考慮OpsDev而不是DevOps。接下來我會解釋為什么。

進(jìn)入OpsDev時代

設(shè)想我們在為一個機(jī)械公司設(shè)計一款智能冰箱，用戶體驗大致是這樣：

當(dāng)你打開車門坐上車時，智能冰箱通過你的手機(jī)通知你去超市買些東西回來。它會給你三個選擇，***個超市離你最近，但是沒有你最喜歡的冰欺凌;第二個超市需要多開10分鐘的車程，但你能夠買到你購物清單上的所有東西，并且都是你最喜歡的牌子;***一個超市需要多開15分鐘，除了有你想要的所有東西之外，還會送你一些優(yōu)惠卷，這樣能夠讓你省下12美元。一旦你選擇了想去的超市，你車上的多媒體系統(tǒng)會給你提示***路線。

企業(yè)想要提供上述完整的用戶個性化體驗，就需要將要用的數(shù)據(jù)和服務(wù)整合在一起，包括智能冰箱提供的食品清單、連鎖超市的庫存數(shù)據(jù)、食品公司和連鎖超市的優(yōu)惠卷信息、交通和地理位置信息。這些數(shù)據(jù)存放在不同的數(shù)據(jù)中心，由不同的提供者提供。為了獲取這些數(shù)據(jù)，你需要使用不同的證書、不同的處理流程以及不同的API。這種個性化服務(wù)的設(shè)計者們必須了解不同數(shù)據(jù)來源和服務(wù)的SLA(service level agreement，服務(wù)等級協(xié)議)，因為如果綜合服務(wù)不能及時獲取到正確的信息就會影響用戶體驗。作為零售商，你肯定不希望終端用戶多開了15分鐘車程卻發(fā)現(xiàn)他們想要的商品已經(jīng)賣完了，而且因為優(yōu)惠卷不能用或者需要買些替代品，比預(yù)期多花了20美元。

正如你所看到的，想要交付這種個性化軟件服務(wù)就必須轉(zhuǎn)變傳統(tǒng)的設(shè)計模型。DevOps趨向于從開發(fā)者主導(dǎo)的挑戰(zhàn)開始(例如：代碼評審、代碼標(biāo)準(zhǔn)、構(gòu)建管理和持續(xù)集成)，***當(dāng)應(yīng)用程序上線于生產(chǎn)環(huán)境時運(yùn)維人員才會參與進(jìn)來。OpsDev正好相反，只有當(dāng)我們理解了不同數(shù)據(jù)來源的相互依賴性和可用性時，我們才能設(shè)計組件并將各組件連接在一起。此外，智能冰箱軟件會不斷更新，使用新的傳感器提供不同種類的數(shù)據(jù)。個性化服務(wù)軟件必須持續(xù)獲取新型數(shù)據(jù)來提供不同的個性化服務(wù)，軟件的更新頻率取決于所依賴的其他服務(wù)。因此，設(shè)計者必須開發(fā)一套自動化系統(tǒng)，用于獲取依賴服務(wù)更新提示并立即分析這些更新會影響服務(wù)的哪些組件，以及決定何時更新個性化服務(wù)來同步依賴服務(wù)。

OpsDev是什么?

OpsDev指的是在應(yīng)用程序正式開發(fā)之前，必須首先理解和模型化不同組件的依賴。此外，還必須事先重點(diǎn)考慮基礎(chǔ)服務(wù)穩(wěn)定性、環(huán)境建模、安全性和審計/合規(guī)措施。應(yīng)用程序組件是存根的，他們不必處于最終形式。其次，對生產(chǎn)中部署組件的環(huán)境必須進(jìn)行建模。再者，不同組件部署到目標(biāo)環(huán)境的流程必須盡可能自動化。通過上述方式，設(shè)計和開發(fā)團(tuán)隊可以在開發(fā)和測試階段以一致的方式復(fù)制應(yīng)用程序和環(huán)境模型以及自動化部署過程。在開發(fā)和測試階段，通過簡單地復(fù)制生產(chǎn)環(huán)境及部署過程，設(shè)計、開發(fā)和測試團(tuán)隊可以盡早知道生產(chǎn)環(huán)境的限制和參數(shù)，這樣他們在開發(fā)應(yīng)用程序時可以充分考慮這些約束和參數(shù)。而使用傳統(tǒng)的模型，大量的時間將浪費(fèi)在排除由質(zhì)量保證部門在模擬環(huán)境(譯者注：Staging，在正式進(jìn)入生產(chǎn)環(huán)境前模擬生產(chǎn)環(huán)境的階段)或生產(chǎn)環(huán)境找到的問題。很多時候部署會被取消，因為環(huán)境因素略有不同，驗證通過的應(yīng)用程序?qū)o法部署到生產(chǎn)環(huán)境中。

此外，借助OpsDev可以使用版本發(fā)行管道工具在開發(fā)、測試、模擬和生產(chǎn)環(huán)境編排應(yīng)用程序的部署，這樣不僅能夠通過自動化和并行化加快不同環(huán)境的整體部署流程，還能夠減少易出錯的手動任務(wù)從而提高整體質(zhì)量。版本發(fā)行管道工具由多種提交管道(commit pipeline)組成，一個提交管道是一個獨(dú)立的應(yīng)用程序管道，用于編排持續(xù)集成和持續(xù)測試。一個發(fā)行版可能包括多個由不同工程團(tuán)隊開發(fā)的應(yīng)用程序，每一個工程團(tuán)隊可以擁有他們自己的提交管道。將不同團(tuán)隊的不同應(yīng)用程序提交管道集成在一起就構(gòu)成了一個版本發(fā)行管道工具。版本發(fā)行管道工具知道應(yīng)用程序的相互依賴性并且能夠?qū)?yīng)用程序整理到模擬和生產(chǎn)環(huán)境中。版本發(fā)行管道工具使用手動和自動兩種批準(zhǔn)方式確保發(fā)行版已被批準(zhǔn)以及確保部署流程的正確性。

使用OpsDev，版本發(fā)布管道工具能夠集成ITSM(Information Technology Service Management，IT服務(wù)管理)和APM(application performance monitoring，應(yīng)用性能監(jiān)控)解決方案。版本發(fā)布管道工具通過往ITSM服務(wù)臺發(fā)送一份即將部署應(yīng)用程序的電子清單來尋求批準(zhǔn)，并且開啟一個變更請求。IT服務(wù)主管在ITSM服務(wù)頁面上就會看到即將部署應(yīng)用程序的通知，然后進(jìn)行評審以及相應(yīng)的批準(zhǔn)流程。當(dāng)IT服務(wù)主管審核通過后，ITSM就會發(fā)送信號給版本發(fā)行管道工具讓其進(jìn)行部署。部署成功后，版本發(fā)布管道工具會通過更新變更請求狀態(tài)告知ITSM應(yīng)用程序已經(jīng)成功部署。

版本發(fā)布管道工具也可以集成APM解決方案，版本發(fā)布管道工具將應(yīng)用程序部署在模擬環(huán)境中，然后通知APM監(jiān)控性能和負(fù)載測試。APM會報告應(yīng)用程序是否到達(dá)SLA，如果是，應(yīng)用程序可以繼續(xù)部署到生產(chǎn)環(huán)境。否則，版本發(fā)布管道工具就會終止部署，并且報警說應(yīng)用程序未到達(dá)目標(biāo)SLA。在生產(chǎn)環(huán)境中，APM能夠監(jiān)控事物、性能和負(fù)載。當(dāng)?shù)竭_(dá)一定的閥值時，APM就會通知版本發(fā)布管道工具在數(shù)據(jù)中心部署更多的應(yīng)用程序來增加服務(wù)能力。當(dāng)收到APM的請求時，版本發(fā)布管道工具會往ITSM上創(chuàng)建一個變更請求，當(dāng)ITSM批準(zhǔn)后，它就會部署更多的應(yīng)用程序來提供更多的服務(wù)能力。當(dāng)服務(wù)能力過盛時，APM就會通知版本發(fā)布管道工具關(guān)閉一些服務(wù)，將資源留給其他服務(wù)使用。

正如大家所了解，IoT以及基于手機(jī)應(yīng)用用戶體驗的不斷擴(kuò)張，企業(yè)不能再使用傳統(tǒng)的開發(fā)模式開發(fā)產(chǎn)品，因為SaaS服務(wù)和應(yīng)用程序組件(設(shè)備軟件、數(shù)據(jù)中心軟件、手機(jī)應(yīng)用和Web應(yīng)用)相互依賴性的增強(qiáng)組成了單一且密切相關(guān)的用戶體驗。蘋果公司，通過鼓勵開發(fā)者首先考慮用戶體驗以及提供完整的蘋果個性化服務(wù)這種變革使我們的生活變得更加效率，這也將加快DevOps到OpsDev思想的轉(zhuǎn)變。