John Edwards

數(shù)年以前，物理服務(wù)器還是一項基礎(chǔ)技術(shù)，是每個數(shù)據(jù)中心跳動著的數(shù)字心臟。然而云計算出現(xiàn)了，并得到了實際運用。如今，隨著企業(yè)不斷地將越來越多的服務(wù)轉(zhuǎn)向云服務(wù)提供商，本地服務(wù)器似乎正在面臨著生存危機，成為了瀕臨消亡的產(chǎn)品。

無服務(wù)器計算正在加速本地服務(wù)器的淘汰進程。轉(zhuǎn)向云服務(wù)提供商以動態(tài)管理機器資源的分配，以及僅針對應(yīng)用程序消耗的實際資源量向用戶收費的概念正越來越受到人們的歡迎。技術(shù)媒體與培訓(xùn)公司O'Reilly在2019年末進行的調(diào)查顯示，40%的企業(yè)（調(diào)查對象廣泛分布于不同的地區(qū)和行業(yè)）已經(jīng)采用了無服務(wù)器技術(shù)。

我們不要被它們的名字所誤導(dǎo)，盡管名字叫做無服務(wù)計算，但是無服務(wù)器計算仍然依賴于服務(wù)器。無服務(wù)器軟件開發(fā)商Volare Systems的老板Joe Wilson指出：“無服務(wù)器計算實際上是在服務(wù)器上運行的，只不過你的云提供商會根據(jù)需要配置服務(wù)，你不再擁有虛擬服務(wù)器或應(yīng)用程序服務(wù)。”本質(zhì)上，無服務(wù)器是一種應(yīng)用程序部署架構(gòu)，開發(fā)人員可以編寫代碼并按需執(zhí)行。

無服務(wù)器不僅是一項技術(shù)，更是一種查看基礎(chǔ)IT運營的全新方式。Liberty Mutual Insurance的云平臺策略高級架構(gòu)師Brent Austin說：“無服務(wù)器的主要好處是，它們將迫使你考慮以云原生方式設(shè)計系統(tǒng)。如果以無服務(wù)器優(yōu)先的思維方式設(shè)計應(yīng)用程序，那么你可能會擺脫系統(tǒng)內(nèi)特定技術(shù)選擇的束縛，從而部署具有優(yōu)秀費效比、可擴展性和高彈性的架構(gòu)。”

在何處使用無服務(wù)器計算

無服務(wù)器計算的部署方式有許多種。埃森哲負責(zé)云戰(zhàn)略、架構(gòu)和交付的常務(wù)董事Miha Kralj稱，許多用例將重點放在了相對簡單的需求上，例如目前通常用無服務(wù)器方式編寫的網(wǎng)頁應(yīng)用程序?！坝捎跓o服務(wù)器平臺會在需要時自動擴展，因此可以快速地開發(fā)簡單的應(yīng)用程序，同時不必擔(dān)心基礎(chǔ)設(shè)施的復(fù)雜性。”

無服務(wù)器擅長于不同應(yīng)用程序系統(tǒng)的協(xié)調(diào)。Kralj指出：“無服務(wù)器計算非常適合檢測事件并通知另一個應(yīng)用程序或系統(tǒng)。例如，數(shù)據(jù)庫中的更改何時觸發(fā)代碼更改或安全性審查。無服務(wù)器可能是在系統(tǒng)之間創(chuàng)建這類自動化工作流的最佳方法?！?/p>

無服務(wù)器還可以滿足一些“附加”需求。Kralj說：“當(dāng)客戶擁有一個大型或復(fù)雜的解決方案，并且需要添加一些功能時，無服務(wù)器可能是理想的選擇?！崩?，與打開大型應(yīng)用程序插入簡單的函數(shù)（例如添加新來源中的客戶記錄）相比，用戶創(chuàng)建一個無服務(wù)器函數(shù)就可以捕獲新的輸入并調(diào)用應(yīng)用程序的API。 Kralj說：“這是一種快捷、方便且可靠的方法?！?h3>無服務(wù)器計算的成本優(yōu)勢

從本質(zhì)上講，無服務(wù)器計算架構(gòu)往往比替代方法更具成本效益。Austin 建議：“無服務(wù)器的一項核心功能是，它可以向上擴展或向下收縮直到零，這樣一來，當(dāng)不使用它們時，你就不必為之付費?！?/p>

咨詢公司SPR的移動與新興技術(shù)執(zhí)行總監(jiān)Kevin McMahon說，通過無服務(wù)器技術(shù)，客戶實現(xiàn)了只為消耗而不為容量付費。他將無服務(wù)器模式與擁有汽車和使用拼車服務(wù)進行了比較。他解釋說：“在拼車服務(wù)推出之前，如果你想從A點到達B點，那么你可能要擁有一輛汽車，并購買保險和維護它們。有了拼車服務(wù)后，你不再需要為汽車操心，只需在需要時支付從A到B的費用即可，也就是說你只需為需要完成的工作付費，而不需要為額外的基礎(chǔ)設(shè)施和維護付費?！?p>

IT服務(wù)管理公司Aptum的云負責(zé)人Craig Tavares指出，無服務(wù)器計算還可以幫助采用者避開資源過度分配導(dǎo)致的相關(guān)成本，從而確保支出與實際消耗一致。此外，通過將應(yīng)用程序分解為簡單的由目標(biāo)驅(qū)動的函數(shù)，用戶可以在云端快速且低成本地部署和分發(fā)應(yīng)用程序。Tavares補充說：“開發(fā)周期中速度的提高也加快了產(chǎn)品的上市速度，從而使公司能夠?qū)Ｗ⒂诔掷m(xù)改進和客戶滿意度。”

Medinas的首席技術(shù)官Tim Growney說，由于采用的定價方式為按次付費，因此沒有正常運行時間成本。“使用情況肯定會因用例而異，但是對于我的公司來說，我們基本上都能夠享受到AWS的免費套餐，這使我們的Web托管成本幾乎為零。”

無服務(wù)器會影響IT工作負載嗎？

無服務(wù)器計算可以通過多種方式減輕IT工作負載，尤其是可將員工從服務(wù)器性能、可靠性、維護和安全任務(wù)等例行性管理工作中解放出來。Austin稱：“實施健康檢查以確保應(yīng)用程序正常運行，管理底層操作系統(tǒng)以打上最新的安全補丁，以及確保為底層基礎(chǔ)設(shè)施配備了足夠的能力以處理峰值工作負載等需求都可以通過無服務(wù)器平臺進行處理。”

無服務(wù)器還有效降低了開發(fā)人員的工作量。Austin 指出：“無服務(wù)器可以減少代碼的編寫量，特別是基礎(chǔ)設(shè)施代碼，這對基層IT人員很有吸引力。利用無服務(wù)器技術(shù)配置基礎(chǔ)設(shè)施配置，可讓更多的開發(fā)人員從事業(yè)務(wù)功能的部署工作，對于IT部門而言這是一項巨大的優(yōu)勢?！?/p>

加快開發(fā)速度還可以使企業(yè)更加靈活，更具創(chuàng)新性。Kralj說，無服務(wù)器是將想法轉(zhuǎn)變?yōu)閷嵱媒鉀Q方案的最快方法?！霸摲椒ǚ浅＿m合應(yīng)用程序的快速開發(fā)，你只需幾行代碼就可以搞定?！?/p>

盡管不會抵消技術(shù)上的眾多優(yōu)勢，但是無服務(wù)器有時也會導(dǎo)致工作量增加。災(zāi)難恢復(fù)服務(wù)提供商Sungard Availability Services的資深架構(gòu)師Greg Cox說：“創(chuàng)建功能以及將API融合在一起以完成業(yè)務(wù)需求會涉及更多的工作。”

糾錯也可能會增加工作負載。數(shù)字業(yè)務(wù)平臺開發(fā)商AHEAD的云首席顧問Bert Johnson警告說：“如果安全性、測試、監(jiān)控和配置管理沒有實現(xiàn)標(biāo)準(zhǔn)化，那么無服務(wù)器的錯誤就會變得很隱蔽。” 他指出，錯誤會放大軟件開發(fā)過程中的缺陷，同時迫使開發(fā)人員放棄關(guān)鍵任務(wù)轉(zhuǎn)而加入搜索和修復(fù)任務(wù)。

無服務(wù)器計算的缺點

盡管有著眾多的優(yōu)點，但是無服務(wù)器計算也存在一些明顯的缺點。例如，該技術(shù)在支持長時間運行方面并不是特別好。McMahon說：“如果你運行的任務(wù)或流程需要花費很長時間進行計算，那么無服務(wù)器將不是最佳選擇。當(dāng)前，Azure Functions和AWS Lambda分別最多只能運行10分鐘和15分鐘。”

冷啟動也會使一些無服務(wù)器采用者感到不便。McMahon解釋說：“冷啟動是一個時間段，通常只有幾十毫秒，需要喚醒一個函數(shù)才能執(zhí)行。對于大多數(shù)用例來說，這個時間可以忽略不計，但是在某些用例中，這種延遲是不可接受的，并且無服務(wù)器計算可能也不是理想的選擇?！?/p>

潛在的采用者也可能因供應(yīng)商鎖定的顧慮而放棄無服務(wù)器技術(shù)。Kralj警告稱：“IT和開發(fā)主管應(yīng)該意識到，AWS Lambda、Azure Functions和Google Cloud Functions等主要的無服務(wù)器系統(tǒng)是不能互換的?！?/p>

從安全角度來看，無服務(wù)器也帶來了獨特的挑戰(zhàn)。安全軟件開發(fā)商Aqua Security的戰(zhàn)略副總裁Rani Osnat指出：“一方面，較短的運行時間和與底層主機操作系統(tǒng)的隔離降低了風(fēng)險。另一方面，如果函數(shù)被賦予過多權(quán)限或有易受攻擊的組件，那么這可能導(dǎo)致無服務(wù)器函數(shù)會成為不法分子發(fā)起攻擊的跳板。”對此，Osnat建議應(yīng)對無服務(wù)器計算進行安全配置，并監(jiān)視其異常和濫用行為。

無服務(wù)器采用者在計算其容量需求時也應(yīng)保持謹(jǐn)慎。Growney說：“傳統(tǒng)服務(wù)器在容量不足時會報錯，從而阻止了成本的攀升。無服務(wù)器則可以以相對不受限制的方式進行擴展，如果你沒有注意到這一點，那么可能會導(dǎo)致出現(xiàn)昂貴的賬單。”

最后，轉(zhuǎn)而采用無服務(wù)器技術(shù)的企業(yè)可能會看到他們的工資總額出現(xiàn)增長。從事IT招聘的公司Jefferson Frank的執(zhí)行副總裁兼云負責(zé)人Patrick Navarro表示：“如果你的企業(yè)專注于技術(shù)，那么一個非常重要的支出是招聘開發(fā)人員。合格且熟練的開發(fā)人員的薪水可能不高，但是招聘和保留住他們的費用卻很高。”

展望未來：無服務(wù)器助力集成工作

隨著云提供商持續(xù)引入新服務(wù)，IT領(lǐng)導(dǎo)者面臨著一個挑戰(zhàn)，即所有內(nèi)容都整合在一起以形成一個連貫的解決方案，并且這個解決方案還要能夠整合運行在云端或數(shù)據(jù)中心上的老舊應(yīng)用程序。Kralj說，無服務(wù)器計算非常適合這些新的存在集成工作的挑戰(zhàn)。“無服務(wù)器具有響應(yīng)式和事件驅(qū)動的特性，因此它們可以實現(xiàn)現(xiàn)代解決方案所需服務(wù)之間的各種實時連接?！?/p>

新部署者應(yīng)當(dāng)以評估所有顛覆性技術(shù)一樣的方式評估無服務(wù)器。IT咨詢公司Anexinet的云架構(gòu)師John Kovolski建議：“在部署之前還是要花點時間學(xué)習(xí)和理解無服務(wù)器產(chǎn)品。至少，要有一個全面思考的過程?！睘榱松钊肓私鉂撛诘倪\營優(yōu)勢與成本優(yōu)勢，Kovolski建議對當(dāng)前系統(tǒng)的性能進行評估，然后再與計劃中要更換的無服務(wù)器進行比較。

Growney建議逐步采取無服務(wù)器技術(shù)。他解釋說：“無服務(wù)器并不是一項全能的技術(shù)。它們只是可以根據(jù)需要被使用。”

本文作者John Edwards 為資深商業(yè)技術(shù)記者，曾在《紐約時報》《華盛頓郵報》以及CIO、Computerworld、Network World、CFO Magazine、IBM Data Management Magazine、RFID Journal和Electronic Design等眾多商業(yè)和技術(shù)刊物上發(fā)表過大量文章。

原文網(wǎng)址

https：//www.networkworld.com/article/3514188/serverless-computing-ready-or-not.html