在最近的調(diào)查中，調(diào)研機構(gòu)Sumo Logic公司調(diào)查了采用亞馬遜網(wǎng)絡(luò)服務(wù)（AWS）、微軟Azure和谷歌云平臺（GCP）等云計算服務(wù)的1500名客戶。

根據(jù)調(diào)查，四分之一的受訪者已經(jīng)部署了Docker容器，幾乎有23％的受訪者表示正在使用AWS Lambda無服務(wù)器計算框架。

很明顯，無服務(wù)器得到很多用戶的應(yīng)用。

在應(yīng)用程序開發(fā)和操作中，其采用都會伴隨著一些必要的變化。

這意味著無服務(wù)器也正在改變?nèi)藗兝霉苍频姆绞健?/p>

思維的轉(zhuǎn)換　　

首先，無服務(wù)器并不意味著沒有服務(wù)器。

它只是意味著用戶使用了一個自動化機制，允許其專注于應(yīng)用程序本身的目的和構(gòu)建。

這種機制確保用戶分配足夠的服務(wù)器和存儲來支持應(yīng)用程序。

這讓用戶覺得自己應(yīng)該從一開始就成為公共云的一部分。

事實上，像AWS、Google Cloud、Microsoft Azure這樣的公共IaaS云將他們的云計算資源視為一種虛擬數(shù)據(jù)中心。

但是，不是在數(shù)據(jù)中心購買和安裝物理服務(wù)器，而是虛擬配置計算服務(wù)器和存儲設(shè)備，更不用說數(shù)據(jù)庫，安全性，治理等其他云計算服務(wù)。

事實上，許多企業(yè)IT部門都非常樂意擺脫數(shù)據(jù)中心內(nèi)的物理服務(wù)器的管理，使得現(xiàn)有的公共IaaS云的許多限制被擺脫。

但是，幾年來人們已經(jīng)采用公共IaaS云，開發(fā)人員和Cloud Ops專業(yè)人員正在大力推行持續(xù)監(jiān)控服務(wù)器（不管是否配置），以支持工作負(fù)載。

傳統(tǒng)的IaaS導(dǎo)致了這個問題，這有兩件事情。

首先，他們過度配置所需的服務(wù)器，然后尋找一個“不能擁有太多資源”的模型。

或者，第二，他們沒有提供足夠的資源，而是去“讓他們要求更多”的模式。

這兩者都是錯誤的方法。

雖然估計有所不同，但公共IaaS云資源在實際需求上的配置幾乎達(dá)到了40％。

這意味著大多數(shù)企業(yè)的支付比云計算服務(wù)多40％。

這不包括由于錯誤而停留在生產(chǎn)中的服務(wù)器，或者由于并非分配了該工作負(fù)載所需的所有云資源而導(dǎo)致失敗的應(yīng)用程序所帶來的損失。

采用無服務(wù)器　　

PaaS云真的是無服務(wù)器系統(tǒng)的靈感，比如AWS Lambda和Microsoft Functions。

PaaS作為一項服務(wù)而開始得到更多的應(yīng)用，動提供用戶所需的服務(wù)。

它在幕后工作，并且使開發(fā)人員和操作人員免于不斷地弄清楚。

在IaaS無服務(wù)器產(chǎn)品的核心，人們會遇到一些常見的模式：　　

能夠讓開發(fā)人員不必為工作負(fù)載分配正確數(shù)量的資源，以及跟上運行的情況，以及需要配置所需的資源。

只需為其使用的內(nèi)容支付費用，直至用戶您在無服務(wù)器子系統(tǒng)中編寫的功能使用寫畢。

將無服務(wù)器計算與全新和傳統(tǒng)應(yīng)用程序相連接的能力。

雖然用戶可以使用無服務(wù)器系統(tǒng)編寫完整的應(yīng)用程序，但大多數(shù)人選擇從事全新或傳統(tǒng)工作負(fù)載的事務(wù)。

能夠精確計算工作負(fù)載消耗的資源。

過去，人們必須對各部門的云服務(wù)器的成本進(jìn)行評估和分配。

即使部門只使用了分配的云服務(wù)器的3％，他們也可能不得不支付33.33％的費用。

而無服務(wù)器使成本核算和扣款更加準(zhǔn)確和公平。

能夠創(chuàng)建作為功能集的工作負(fù)載，所有這些工作負(fù)載都有自己的自動化分配資源、成本以及利用任何功能來完成其工作的能力。

這意味著要返回到一個服務(wù)集合的應(yīng)用程序，因此需要有一些好的設(shè)計工作進(jìn)入面向功能的無服務(wù)器應(yīng)用程序。

對于很多人來說，這些無服務(wù)器功能也稱為服務(wù)功能，或FaaS。

FaaS不需要對某個框架或庫進(jìn)行編碼。

相反，當(dāng)談到語言和環(huán)境時，這些功能就是作為常規(guī)應(yīng)用程序構(gòu)建的。

例如，AWS Lambda功能可以在Javascript，Python和大多數(shù)JVM語言中實現(xiàn)。

然而，F(xiàn)aaS函數(shù)確實有顯著的架構(gòu)限制，特別是在狀態(tài)和執(zhí)行持續(xù)時間方面。

創(chuàng)建無服務(wù)器策略　　

除了云計算技術(shù)的實施之外，企業(yè)還需要了解無服務(wù)器開發(fā)意味著什么。

首先，盡管科技媒體對于無服務(wù)器技術(shù)有一些很好的說法，但就其帶來的價值而言，它更具策略性而不是戰(zhàn)略性。

因此，雖然這里有一些價值，但是從消除人類所需的云計算資源數(shù)量來看，其結(jié)果不是改變游戲規(guī)則，而是一個改進(jìn)。

其次，這更多的是關(guān)于全新的和更小的應(yīng)用程序，而不是重構(gòu)傳統(tǒng)應(yīng)用程序。

就像容器一樣，人們希望把所有的東西都放進(jìn)去，發(fā)現(xiàn)在某些情況下，要考慮到需要完成的工作量是不可能的。

基于無服務(wù)器的應(yīng)用程序最適合無服務(wù)器的應(yīng)用程序，因此，全新的應(yīng)用程序以及更小和更具策略性的應(yīng)用程序?qū)臒o服務(wù)器技術(shù)中獲益最多。

最后，用戶需要防止供應(yīng)商鎖定。

考慮到無服務(wù)器與谷歌、微軟、AWS云平臺不同，用戶可以依靠構(gòu)建支持其客戶和云計算的無服務(wù)器系統(tǒng)的平臺。

可移植性可能難以構(gòu)建到基于無服務(wù)器的應(yīng)用程序中。

沒有可行的標(biāo)準(zhǔn)或IaaS無服務(wù)器云提供商之間的密切協(xié)調(diào)。