在日常操作或是項目的實際應(yīng)用中，有不少朋友對于“哪些因素推動了無服務(wù)器計算的普及”的問題會存在疑惑，下面小編給大家整理和分享了相關(guān)知識和資料，易于大家學(xué)習(xí)和理解，有需要的朋友可以借鑒參考，下面我們一起來了解一下吧。

直至不久之前，幾乎每個產(chǎn)品經(jīng)理都會將他/她的工程資源，分成兩個獨立的團(tuán)隊 —— 開發(fā)團(tuán)隊和運維團(tuán)隊。開發(fā)團(tuán)隊通常參與編碼、測試和構(gòu)建應(yīng)用功能，而運維團(tuán)隊負(fù)責(zé)應(yīng)用程序的交付、部署和運行維護(hù)。

當(dāng)開發(fā)團(tuán)隊構(gòu)建電商應(yīng)用時，運維團(tuán)隊會搭建好服務(wù)器來托管該應(yīng)用。搭建服務(wù)器涉及到許多方面，其中包括：

• 選擇合適的硬件和操作系統(tǒng)
• 應(yīng)用所需的補丁集
• 搭建所需服務(wù)器環(huán)境，如 JDK、Python、Tomcat、NodeJS 等
• 部署、配置和提供實際的應(yīng)用
• 打開并固定合適的端口
• 搭建所需的數(shù)據(jù)庫引擎

……這個名單還在繼續(xù)。

除此之外，管理人員還對容量規(guī)劃感到頭疼。畢竟，任何重要應(yīng)用都應(yīng)始終保持 100% 可用、可靠且可擴展。這需要對硬件進(jìn)行最佳投資。眾所周知，在一些關(guān)鍵時期，硬件短缺會導(dǎo)致業(yè)務(wù)損失，而硬件冗余又會損害利潤。因此，無論應(yīng)用是針對本地數(shù)據(jù)中心，還是針對云基礎(chǔ)架構(gòu)，容量規(guī)劃都是至關(guān)重要的。到目前為止，很明顯，企業(yè)不僅在功能構(gòu)建上投入了大量的精力，還在功能交付上也花費了大量的時間。

無服務(wù)器計算Serverless computing旨在提供一種無縫的方式來交付功能，而無需擔(dān)心服務(wù)器的設(shè)置和維護(hù)。換句話說，無服務(wù)器計算平臺提供了一個“即用型ready-to-use”環(huán)境，企業(yè)可以盡快將應(yīng)用程序構(gòu)建和部署為一些較小的功能。這就是為什么這種方法被稱為“功能即服務(wù)Function as a Service”（FaaS）。

請記住，無服務(wù)器計算中仍然存在服務(wù)器，但它由 AWS、微軟和谷歌等 FaaS 供應(yīng)商負(fù)責(zé)。

例如，AWS 以 “Lambda 函數(shù)”的形式提供了一個無服務(wù)器計算環(huán)境。開發(fā)人員可以選擇將應(yīng)用程序構(gòu)建為一組 Lambda 函數(shù)，這些函數(shù)可以用 NodeJS、Java、Python 和其他一些語言編寫。AWS 提供了一個現(xiàn)成的環(huán)境來部署這些函數(shù)。它還提供了即用型數(shù)據(jù)庫服務(wù)器、文件服務(wù)器、應(yīng)用程序網(wǎng)關(guān)和身份驗證服務(wù)器等。

同樣，微軟 Azure 也提供了一個環(huán)境，它可以用 C# 等語言構(gòu)建和部署 Azure 函數(shù)。

為什么選擇無服務(wù)器？

有兩個主要因素推動了無服務(wù)器計算的普及。

1、即用型環(huán)境

顯然，這是無服務(wù)器計算的大賣點。企業(yè)無需提前采購/預(yù)訂硬件或?qū)嵗?，也無需操心許可證，以及設(shè)置和配置服務(wù)器。他們不需要為擴大和縮小規(guī)模而煩惱。所有這些都由 FaaS 供應(yīng)商負(fù)責(zé)。

2、最優(yōu)成本

由于 FaaS 供應(yīng)商總是根據(jù)環(huán)境的利用率向客戶收費（按使用付費模式），因此企業(yè)無需擔(dān)心前期成本和資源浪費。例如，AWS 根據(jù) Lambda 函數(shù)接收的請求數(shù)量、在數(shù)據(jù)表上運行的查詢數(shù)量等指標(biāo)來向客戶端收費。

無服務(wù)器計算的挑戰(zhàn)

與任何其他方法一樣，無服務(wù)器計算也不是每個人都可以盲目遵循的完美方法。它本身也有一系列限制。以下是其中的幾個。

1、供應(yīng)商鎖定

當(dāng)使用無服務(wù)器計算時，第一個也是最重要的問題就是，Lambda 或 Azure 等函數(shù)將使用供應(yīng)商提供的 API 來編寫。例如，使用 AWS Lambda API 編寫的函數(shù)無法部署到 Google Cloud 中，反之亦然。因此，無服務(wù)器計算迫使企業(yè)在許多年內(nèi)，只能使用同一家供應(yīng)商。并且，應(yīng)用的成功或失敗不僅取決于它的功能，還取決于供應(yīng)商在性能等方面的能力。

2、編程語言

沒有哪家無服務(wù)器計算平臺支持所有的編程語言。此外，對于它支持的編程語言，它也可能不支持其所有版本。這樣一來，應(yīng)用開發(fā)團(tuán)隊只能選擇供應(yīng)商提供的語言。就團(tuán)隊的能力而言，這可能是非常關(guān)鍵的。

3、最優(yōu)成本，真的嗎？

其實也不一定，這一切都取決于資源的使用情況。如果你的應(yīng)用正在承受巨大的負(fù)載，例如每秒數(shù)百萬個請求，那么你所支付的費用可能會過高。在這樣的規(guī)模下，在本地或云端擁有自己的服務(wù)器可能會更便宜。這并不意味著具有 Web 規(guī)模的應(yīng)用不適合用無服務(wù)器計算。歸根結(jié)底，它還是取決于你的平臺的構(gòu)建方式，以及你與供應(yīng)商簽署的協(xié)議。

4、生態(tài)系統(tǒng)

沒有哪個應(yīng)用是為了一個孤立的環(huán)境而編寫的。它總是需要其他組件，如數(shù)據(jù)存儲、數(shù)據(jù)庫、安全引擎、網(wǎng)關(guān)、消息服務(wù)器、隊列、緩存等。每個平臺都提供自己的一組此類工具。例如，AWS 提供了 Dynamo DB 作為其 NoSQL 解決方案之一。顯然，其他供應(yīng)商也提供了自己的 NoSQL 解決方案。因此，團(tuán)隊又會被迫地基于所選平臺來構(gòu)建應(yīng)用程序。盡管大多數(shù)商業(yè) FaaS 供應(yīng)商都為特定需求提供了多個組件，但并非每個組件都可能是同類型中最佳的。

為什么不考慮容器呢？

在過去十年中，我們中的許多人都遷移到了容器化部署模型，因為它們?yōu)榘嘿F的物理機或虛擬機提供了一種輕量級的替代方案。有了 Kubernetes 等編排工具后，我們樂于部署容器化應(yīng)用，同時也滿足了 Web 規(guī)模的要求。容器提供了與底層環(huán)境一定程度的隔離，這使得部署相對容易。但是，我們?nèi)匀恍枰谟布ū镜鼗蛟疲⒃S可證、網(wǎng)絡(luò)、配置等方面進(jìn)行投資，這需要具有前瞻性的規(guī)劃、合適的技術(shù)能力和仔細(xì)的監(jiān)控。無服務(wù)器計算，盡管它也有自己的優(yōu)點和缺點，但它讓我們把這些責(zé)任也擺脫了。

展望未來

我們正處于持續(xù)開發(fā)、持續(xù)集成和持續(xù)部署的時代。每個企業(yè)都面臨著競爭。產(chǎn)品上市時間Time to market（TTM）在吸引客戶、留住客戶這兩個方面，發(fā)揮著重要作用。在這種背景下，企業(yè)喜歡花更多時間來盡可能快地推出功能，而不是在部署和維護(hù)的細(xì)節(jié)上苦苦掙扎。無服務(wù)器計算有可能滿足這些需求。大玩家們正在投入巨額資金，以使 FaaS 盡可能地?zé)o縫且經(jīng)濟(jì)。無服務(wù)器計算的未來看起來是一片光明。

到此，關(guān)于“哪些因素推動了無服務(wù)器計算的普及”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑，另外大家動手實踐也很重要，對大家加深理解和學(xué)習(xí)很有幫助。如果想要學(xué)習(xí)更多的相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)，小編每天都會給大家分享實用的文章!

網(wǎng)頁名稱：哪些因素推動了無服務(wù)器計算的普及
網(wǎng)頁路徑：http://jinyejixie.com/news11/274511.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)網(wǎng)站制作、網(wǎng)站建設(shè)、服務(wù)器托管、網(wǎng)站排名、品牌網(wǎng)站設(shè)計、商城網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)