無(wú)服務(wù)器計算：為云中的下一個(gè)重大顛覆做好準備

　　無(wú)狀態(tài)和事件驅動(dòng)

　　無(wú)服務(wù)器計算有兩個(gè)顯著(zhù)特征，既有強大的吸引力，又面臨著(zhù)更廣泛采用的障礙。

　　首先，無(wú)服務(wù)器功能是無(wú)狀態(tài)的，這意味著(zhù)沒(méi)有用于交互的上下文。它們不存儲歷史記錄，因此僅使用隨附的信息處理每個(gè)請求?！懊看味枷褚粔K白板，但非常高效，因為你不需要應對重重的復雜應用邏輯，” Wikibon分析師James Kobielus說(shuō)。

　　另一個(gè)顯著(zhù)特征是無(wú)服務(wù)器是事件驅動(dòng)的，意味著(zhù)會(huì )對用戶(hù)或程序生成的動(dòng)作做出響應，事件可能包括查詢(xún)明尼阿波利斯當前溫度的請求、搜索引擎查詢(xún)或數據庫記錄更新。

　　事件驅動(dòng)的應用是非常高效的，因為在不使用的時(shí)候不會(huì )消耗資源。這種應用編程簡(jiǎn)單，易于擴展?！澳憧梢栽O置應用，這樣如果有事件進(jìn)來(lái)，那么功能運行起來(lái)。如果有一百萬(wàn)個(gè)時(shí)間進(jìn)來(lái)，你就可以應對一百萬(wàn)個(gè)，”Lowery說(shuō)。但是，并非每個(gè)應用都可以被提煉為一系列無(wú)狀態(tài)事件。

　　綜合起來(lái)，這些讓無(wú)服務(wù)器計算成為某些請求的理想平臺，例如查看美國明尼阿波利斯的熱或冷。然而，對于其他例如管理購物車(chē)或制作賬單來(lái)說(shuō)，并不是那么好用。

　　Kobelius說(shuō)：“有人點(diǎn)擊‘購買(mǎi)’，整套數據庫和運行時(shí)功能做定價(jià)，最終確定訂單，并發(fā)送確認。所有必須以嚴格的方式發(fā)生，帶有狀態(tài)和事務(wù)流”，這使得它無(wú)法與無(wú)服務(wù)器執行相匹配。

　　目前尚不清楚是否會(huì )有新的工具和擴展程序讓無(wú)服務(wù)器技術(shù)在更為傳統的應用中變得可行。無(wú)狀態(tài)應用可以擴展或改進(jìn)以展示有狀態(tài)的行為，就像容器一樣，輕量級虛擬機可以抽象消除底層基礎架構的差異。容器也是無(wú)狀態(tài)的，但商業(yè)和開(kāi)源擴展讓容器可以用于上下文敏感的應用中。

　　微軟的目標是消除功能即服務(wù)和平臺即服務(wù)之間的界限，讓開(kāi)發(fā)人員能夠混合搭配各種不同的平臺。特別是，微軟強調所謂的“虛擬Kubelets”，這個(gè)在12月推出的技術(shù)能夠使容器運行各種功能或完整的應用，但有了微計費和自動(dòng)基礎設施配置，無(wú)服務(wù)器提供了很多企業(yè)客戶(hù)想要的靈活性。AWS在11月底推出了Fargate，可以在不管理服務(wù)器或服務(wù)器集群的情況下運行容器。

　　微軟Azure容器項目管理負責人Gabe Monroy在去年12月的KubeCon + CloudNativeCon北美會(huì )議上表示：“這實(shí)際是最好的無(wú)服務(wù)器，如果基礎設施消失，我們將在基礎設施領(lǐng)域開(kāi)展工作?！?/p>

　　Wikibon的Kobielus甚至認為，區塊鏈這種去中心化的數字記賬技術(shù)對數據庫密集型場(chǎng)景中的無(wú)狀態(tài)來(lái)說(shuō)是一種補充。他說(shuō)：“你可以隨時(shí)回滾一個(gè)完整敘述，關(guān)于誰(shuí)在什么樣的聯(lián)合框架中調用了什么?！?/p>

　　因此，無(wú)服務(wù)器的擁護者認為，這項技術(shù)有廣闊的前景，特別是對于那些有著(zhù)“提升和轉變”心態(tài)的企業(yè)，他們試圖將舊應用轉移到一種新模式上，并積極擁抱構建和運行這些應用的新方法。

　　例如就在幾年前，房利美(Fannie Mae)公司運行蒙特卡洛(Monte Carlo)模擬分析其抵押貸款組合的風(fēng)險?，F在，他們正在運行所謂的第一個(gè)在金融行業(yè)中使用無(wú)服務(wù)器的高性能計算平臺。在大約2000萬(wàn)抵押貸款的模擬中，該系統的工作速度比以前快了4倍多。

　　“我們認為沒(méi)有任何固有的技術(shù)限制可以阻止任何主要工作負載在Lambda上的使用，”AWS的Gilbert表示，他有趣地稱(chēng)Fannie Mae將無(wú)服務(wù)器當做“云中的超級計算機”。他說(shuō)：“無(wú)服務(wù)器將是最簡(jiǎn)單、最簡(jiǎn)單的，對許多客戶(hù)來(lái)說(shuō)是主流計算的首選方式?！?/p>

　　開(kāi)發(fā)者的愛(ài)

　　無(wú)服務(wù)器模型有一個(gè)優(yōu)點(diǎn)，不容易被提煉為投資回報指標：開(kāi)發(fā)人員喜歡這項技術(shù)。無(wú)服務(wù)器架構使他們擺脫了基礎架構部署的負擔，他們只需要編寫(xiě)代碼就行了。

　　Braze的Poliandro說(shuō)“無(wú)服務(wù)器技術(shù)讓我們的應用和運營(yíng)工程師能夠以對他們更有意義的方式思考他們的責任。他們可以更快地部署，不必擔心周?chē)幕A設施?！?/p>

　　但是，在無(wú)服務(wù)器平臺上構建應用，需要對開(kāi)發(fā)人員如何考慮執行任何的方式進(jìn)行重大改變?！斑x擇Lambda意味著(zhù)要為代碼進(jìn)行重寫(xiě)，”Ryland坦言。

　　無(wú)服務(wù)器架構的粉絲說(shuō)，這種局限性不在于技術(shù)，而在于開(kāi)發(fā)集成應用已有60年的歷史。 Gartner的Lowery說(shuō)：“無(wú)服務(wù)器技術(shù)挑戰了軟件應該如何開(kāi)發(fā)的一些假設和已有的模式?？蛻?hù)看到其中有很多價(jià)值，但他們不得不學(xué)習一種全新的編程方式?！?/p>

　　針對無(wú)狀態(tài)、以事件驅動(dòng)的環(huán)境進(jìn)行開(kāi)發(fā)，并不一定比開(kāi)發(fā)單一程序更容易。無(wú)服務(wù)器架構“將復雜性從應用轉移到連接中，”Atchison說(shuō)?！斑@不是萬(wàn)能的解決方案，也有自身的問(wèn)題，也要解決這些問(wèn)題?！?/p>

　　微軟建議，開(kāi)發(fā)人員要熟悉基于事件的異步模式的編程，并學(xué)習使用功能協(xié)調器(如Durable Functions編程模型和Logic Apps連接器)，創(chuàng )建長(cháng)時(shí)間運行的操作和狀態(tài)管理。

　　但是倡導者們說(shuō)，這些好處值得陡峭的學(xué)習曲線(xiàn)，所需要的不僅僅是更多工具，還有更具創(chuàng )造性的軟件開(kāi)發(fā)方法。

　　“大多數應用所做的，絕大多數都可以呈現為無(wú)服務(wù)器功能，”Kobielus說(shuō)。容器有助于將功能封裝并作為服務(wù)提供給用戶(hù)，它們可以獨立擴展?！?/p>

　　傳統應用仍然可以通過(guò)修改以利用某些無(wú)服務(wù)器功能。本質(zhì)上由事件驅動(dòng)的各種功能是可以與主應用分開(kāi)封裝的。

　　例如，“隨時(shí)在數據庫或文件系統中創(chuàng )建數據，這是一個(gè)事件，”Lowery說(shuō)?！斑@意味著(zhù)你可以將其設置為獨立于主程序執行其他操作。這樣做讓?xiě)蒙芷诟L(cháng)，”因為應用可以通過(guò)使用應用程序編程接口進(jìn)行擴展，或者掛接到其他應用中。

　　企業(yè)組織可以調整各個(gè)組成部分以便受益于無(wú)服務(wù)器執行，并分階段遷移，而不是從頭開(kāi)始重寫(xiě)現有應用?！皩⑿碌膽霉δ茏鳛槲⒎?wù)，將用戶(hù)界面組件從業(yè)務(wù)邏輯和數據訪(fǎng)問(wèn)層拆分，并將現有的微服務(wù)轉換并拆分為無(wú)服務(wù)器功能，”Simform技術(shù)顧問(wèn)Rohit Akiwatkar這樣說(shuō)道，Simform是一家移動(dòng)和物聯(lián)網(wǎng)服務(wù)公司，已經(jīng)圍繞服務(wù)器做了廣泛發(fā)布?！半S著(zhù)時(shí)間的推移，功能的數量將會(huì )增加，開(kāi)發(fā)團隊的敏捷性和速度將會(huì )提高?！?/p>

　　最佳時(shí)機

　　現在是CIO加入無(wú)服務(wù)器陣營(yíng)的時(shí)候了嗎? Lowery認為是的?！拔腋嬖VCIO們，這項技術(shù)不會(huì )消失，這不是一種流行時(shí)尚。企業(yè)應該開(kāi)始讓員工熟悉這項技術(shù)?！?/p>

　　Simform的Akiwatkar建議采取三個(gè)步驟：了解使用無(wú)服務(wù)器架構的最佳實(shí)踐;確定高ROI的應用;在低風(fēng)險環(huán)境中嘗試無(wú)服務(wù)器功能。

　　所有這些讓現在成為開(kāi)發(fā)者采用無(wú)服務(wù)器技術(shù)的最佳時(shí)機。從容器、微服務(wù)到現在的無(wú)服務(wù)器計算，過(guò)去五年在應用的構建和部署方面引入的創(chuàng )新數量比過(guò)去20年的總和還多。

　　在一個(gè)極度缺乏人才的經(jīng)濟體中，對下一個(gè)重要事件保持謙遜可能是吸引最優(yōu)秀人才的唯一途徑。 “你必須有一個(gè)長(cháng)期采用這項技術(shù)的計劃，否則你將無(wú)法獲得所需的人才。開(kāi)發(fā)人員會(huì )對這項技術(shù)充滿(mǎn)期待，”Lowery說(shuō)。

　　對于那些仍在努力應對如DevOps等無(wú)窮無(wú)盡創(chuàng )新(例如云、容器和微服務(wù))的組織來(lái)說(shuō)，無(wú)服務(wù)器計算似乎又是一個(gè)令人頭痛的問(wèn)題。 但在這個(gè)所有公司都想成為軟件公司的商業(yè)世界中，沒(méi)有跟上這個(gè)最新趨勢可能會(huì )讓你犯下存在感減少的錯誤。