無服務器計算正在所有云服務供應商間流行著，而AWS Lambda之類的工具將可能改變資源的利用方式，盡管這一切還在萌芽階段。
無服務器架構是云服務提供商之間最新興起的熱潮，但這種利用公有云資源的新生方法也許是一個值得現階段一切炒作的趨勢。
亞馬遜網絡服務（AWS）在2014年首次借由AWS Lambda推出所謂的事件驅動，無服務器計算資源。這項業務一直都占據絕對的領導地位，直到今年IBM，谷歌和微軟各自推出了自己的版本。他們都試圖在這個用戶越來越多的將責任下放給云服務提供商，但同時又尋求資源分配控制的更細粒度的市場中脫穎而出。
無服務器服務背后的想法是，開發者不必擔心采購，配置或管理任何的基礎資源，就可以部署他們的代碼。當然，在無服務器架構中，服務器仍然存在于公有云供應商的大型數據中心的某處，但這種抽象化允許用戶和供應商雙方都能獲得更高的效率并專注于他們各自最擅長的部分。
“在這種情況下，這種炒作是絕對有保障的，”Forrester Research的首席分析師Dave Bartoletti說道。
應用在傳統上被設計成單一的整體，即將所有代碼整合成一個大塊。無服務器架構則允許開發人員將他們的應用切成小塊，并以高度可擴展的方式在彈性的基礎架構中部署它們，甚至比使用容器還要方便，Bartoletti說道。
能夠看出這些無服務器計算模式優劣的一個常見例子是上傳照片到網站。要先啟動一個實例，然后開發人員可以編寫一大串代碼和一堆的任務，包括打開一個文件夾、調整圖像大小、制作備份，并確保圖像正確加載。
或者，開發人員也可以只編寫一小段代碼，并使用一個Lambda函數來監視目錄，執行代碼，并上傳圖片。用戶只需要支付此函數運行的幾毫秒，而不是云平臺運行一個實例所需的幾分鐘或者幾小時的費用。
如此看來，無服務器計算的點不在于其技術，而是其定價和方案了，Andrew Reichman，451 Research的研究總監解釋道。它有改變資源使用方式，更緊密地將基礎架構和應用程序開發平臺聯系起來的潛力，而其定位則介于基礎架構即服務和平臺即服務（PaaS）之間。
“按小時或分鐘租賃一臺服務器是重大決策，但實際上，即使這樣也還達不到你所需要的業務細分粒度，”Reichman說道。最終，用戶想要“做（他們）所需要的計算并只為（他們）實際使用的時間來支付費用，而不是付完錢后等待有作業運行。”
由于圍繞需求的不確定性，想知道該為某個作業選擇什么樣的服務器是很難的，Reichman說道。即便你選擇的也許不是一個典型的私有數據中心為期五年的合同，開發者仍然會被迫選擇一個服務器來編寫他們的工作負載。
谷歌、微軟和IBM跟隨亞馬遜步伐
Lambda仍然是顯示無服務器計算潛力的最好例子，因為亞馬遜在市場上有著相當大的領先，更長的運行記錄和用戶知名度。谷歌在2月開始進行Cloud Functions的alpha測試，但對具體進展守口如瓶。IBM隨之在三月份在其PaaS產品Bluemix中加入了OpenWhisk，盡管該服務目前還是試驗階段。微軟在三月底增加了Azure Functions做為他們一連串發布的收尾，目前該功能還在試用期。
其實，Lambda并不是第一個無服務器基礎架構，就像容器在Docker誕生之前很長時間就存在了。事實上，面對所有的炒作，部分云供應商已經采取措施來將現有服務更名為無服務器服務。最近在舊金山舉行的用戶大會上，谷歌在谷歌云平臺上提到了至少四個無服務器的產品，其中包括了App Engine，這是谷歌在2008年首次推出的PaaS產品。
亞馬遜還沒有披露Lambda的增長速度，這仍然被當作為早期采用者提供的一個服務，但正被高端客戶Netflix，Capital One和MLB所使用。熱門的使用案例包括無服務器數據處理功能，通過API網關與簡單存儲服務協作來運行Web應用程序的微服務，使用其將物聯網設備作為開發平臺以及為無數的AWS環境提供連接。
x86的革命使得人們對應用設計的要求很低，因為當服務器有90%的時間是閑置的時候，也沒有所謂的效率之說，但現在，無服務器架構正在扭轉這個趨勢，并開始進入優化的深水區，Reichman說道。這讓人想起使用打孔卡和調度作業執行的早期大型機時代，他補充道。
為時尚早
像Lambda這樣的工具很難讓許多IT專業人員完全弄懂，特別是那些對本地和公有云進行初步性價比評估的人來說，David Pippenger，一家總部位于舊金山的游戲公司GREE的高級服務器業務工程師說道。
現在有一些非常簡單的用例，但真正的潛力還在于未來，Pippenger補充道。
“云就像調節按鈕讓水更大一樣便捷，我們正在越來越接近這個類比。”
GREE已經使用了Lambda，但該公司依然在適應這個服務。這家游戲公司原本打算在從亞馬遜關系數據庫服務（RDS）遷移到DynamoDB的過程中使用它來作為觸發器，但最終放棄了這個計劃。RDS是存放在一個虛擬私有云中，而那些為了在公共互聯網上使用Lambda的同時確保傳輸安全所需要的額外步驟令人望而卻步，Pippenger說道。
雖然部分安全訪問控制有了明顯的改善，但也就是這些類型的案例凸現了其還處在萌芽階段。“它還沒有完全準備就緒進入廣泛使用的階段，”Pippenger說道。
Lambda只支持某些類型的事件，而盡管其很大的賣點是能夠寫完代碼就立刻運行，目前它僅支持Node.js，Python和Java。要獲得更多產品化用例，在延遲保證方面能夠看到更多的服務級別協議會很有幫助，Reichman說道。
在評估一個無服務器計算的方法之前，企業應該對他們的開發人員作調研，了解他們目前的應用可能受益的程度；如果一個任務用微服務處理更好的話就沒必要浪費時間做成無服務器計算，Bartoletti說道。對于新的應用，開發者應該先考慮微服務的架構，但要謹慎推行，因為將進程分割成更小的部分時增加的復雜性可能會超出想象。
想要改造遺留應用并不容易，最好應限于那些擁有原生云架構并以DevOps模式工作的公司，Reichman說道。
“如果你有一個充其量只是基礎架構層面的應用，那么無服務器計算與你毫不相關，”他說道。
京公網安備 11010502049343號