我建議你了解一點(diǎn)兒Serverless
一個(gè)新技術(shù)的出現(xiàn)不是無中生有，從石頭中憑空蹦出來的，而是在原有基礎(chǔ)上的繼承和發(fā)展。
Serverless也不例外，我們回顧下IT基礎(chǔ)設(shè)施的發(fā)展，就會(huì)發(fā)現(xiàn)，Serverless自然就會(huì)浮現(xiàn)出來，你自己就可以發(fā)明它(但是卻實(shí)現(xiàn)不了它)。
局域網(wǎng)時(shí)代
上世紀(jì)90年代，你是一家IT部門的負(fù)責(zé)人，公司需要建立一個(gè)信息管理系統(tǒng)，
這時(shí)候的系統(tǒng)都是局域網(wǎng)的， 是C/S模式的， 業(yè)務(wù)邏輯主要在客戶端軟件中， 需要被安裝到各個(gè)電腦上去，然后訪問同一個(gè)數(shù)據(jù)庫。
在部署這個(gè)系統(tǒng)之前，你需要做很多的工作：
搭建局域網(wǎng)， 購買交換機(jī)，路由器。
買服務(wù)器，安裝操作系統(tǒng)，比如Window NT
安裝數(shù)據(jù)庫軟件，例如Oracle。
然后再把那些Delphi/VB/PowerBuilder寫的客戶端安裝到電腦上, 整個(gè)系統(tǒng)跑起來了。
數(shù)據(jù)中心
C/S模式的很大弊端就是客戶端更新特別麻煩，服務(wù)器能支撐的用戶也不大。
Web興起后，你們公司的應(yīng)用也與時(shí)俱進(jìn)，從C/S模式變成了B/S模式，用戶主要使用瀏覽器來訪問應(yīng)用，業(yè)務(wù)邏輯在服務(wù)器端運(yùn)行。
這時(shí)候，你還需要買服務(wù)器，然后放到數(shù)據(jù)中心去托管，畢竟那里的條件更好，更穩(wěn)定。
網(wǎng)絡(luò)不需要自己來搭建了， 掏錢買數(shù)據(jù)中心的網(wǎng)絡(luò)帶寬就好。 還需要自己安裝軟件， 比如Linux操作系統(tǒng)，Tomcat, Ngnix, MySQL等等。
隨著功能的增加，你還需要新的服務(wù)器來處理緩存，搜索等功能。 為了應(yīng)對高并發(fā)，還需要分布式，負(fù)載均衡，數(shù)據(jù)復(fù)制。
你需要仔細(xì)地規(guī)劃， 看看這些緩存，搜索，數(shù)據(jù)庫， 負(fù)載均衡等都需要什么樣的服務(wù)器，有些要求CPU很強(qiáng)，有些要求內(nèi)存很大，有些要求硬盤很快。
總之，運(yùn)維這樣一套系統(tǒng)，非常麻煩。
虛擬化
但是，如果你的網(wǎng)站沒人訪問了，這一套復(fù)雜的系統(tǒng)，這些昂貴的服務(wù)器就會(huì)變成擺設(shè)，你想賣都很難賣掉，這是巨大的浪費(fèi)。
一個(gè)想法就會(huì)浮現(xiàn)出來：為什么要用物理服務(wù)器? 誰要是能提供虛擬機(jī)給我就好了! 用完了就可以“扔掉”!
于是那些有實(shí)力的大廠就這么做了，把這些物理服務(wù)器的計(jì)算能力，存儲(chǔ)能力統(tǒng)一管理，統(tǒng)一調(diào)配，對外提供的就是虛擬機(jī)。
他們把這種方式叫做云計(jì)算，你使用了云計(jì)算以后，有很多好處：
物理服務(wù)器不用買了，申請?zhí)摂M機(jī)就可以了。什么樣的CPU， 多少內(nèi)存，多大的硬盤，對應(yīng)的價(jià)格也不同。
操作系統(tǒng)會(huì)按照你的要求自動(dòng)給你安裝好。網(wǎng)絡(luò)自然不用操心， 要多大帶寬直接買就行。
對于PaaS來講，連運(yùn)行時(shí)環(huán)境都安裝好了，直接使用就行。
這些虛擬機(jī)可以包月，包年計(jì)費(fèi)。但是，如果沒有人訪問你的應(yīng)用，沒有流量，你也得掏錢。
理想模式
想必你的腦海中已經(jīng)浮現(xiàn)出了解決方案：
- 不要再考慮什么物理服務(wù)器/虛擬機(jī)了， 把代碼上傳到云端，直接運(yùn)行。
- 按使用情況(如CPU時(shí)間、內(nèi)存大小)來收費(fèi)
(IBM： 我的大機(jī)一直按使用情況收費(fèi)，你們玩了幾十年，終于回到我這里了 ^-^)
如果沒有人訪問你的應(yīng)用，就不要部署它，這樣只會(huì)占用一點(diǎn)點(diǎn)存儲(chǔ)空間，不用使用CPU和內(nèi)存;如果有人訪問，把應(yīng)用部署到某個(gè)服務(wù)器上，執(zhí)行這次請求，返回給用戶，然后卸載這個(gè)應(yīng)用。
和之前的方式相比，特色是即用即走，不會(huì)在服務(wù)器/虛擬機(jī)中常駐。
但是這么做可能嗎? 不行，應(yīng)用的粒度太大，一個(gè)應(yīng)用幾十、上百模塊，每個(gè)請求來了就部署整個(gè)應(yīng)用，只執(zhí)行那么一點(diǎn)兒代碼， 然后就卸載掉。 如果每個(gè)請求這么來回地部署和卸載，你是瘋了嗎，兄弟?
那微服務(wù)呢?粒度還是太大 ! 如果是微服務(wù)中的一個(gè)API，或者說就是一個(gè)“函數(shù)”呢? 這個(gè)粒度應(yīng)該差不多了。
這里說的函數(shù)到底是什么? 需要看具體的業(yè)務(wù)來劃分，比如搜索產(chǎn)品，圖像轉(zhuǎn)換， 它需要足夠小，足夠單一，能快速啟動(dòng)，運(yùn)行，卸載。
一個(gè)“函數(shù)”真的只做一件事情，并且不保持狀態(tài)。 這樣一來它可以輕松地被擴(kuò)展到任意多的服務(wù)器/虛擬機(jī)/docker容器中去。請求多了就擴(kuò)容，請求少了，就收縮，請求沒了，就卸載，實(shí)在是太爽了。
這種方式現(xiàn)在稱為Serverless，并不是說沒有服務(wù)器，而是說服務(wù)器對用戶來說是透明的。 應(yīng)用的裝載、啟動(dòng)、卸載，路由是需要平臺來搞定。
Serverless 的特點(diǎn)
Serverless的開發(fā)模式和運(yùn)行模式類似這樣：
1. 程序員編寫完成業(yè)務(wù)的函數(shù)代碼
2. 上傳到支持Serverless的平臺，設(shè)定觸發(fā)的規(guī)則。
3. 請求到來，Serverless平臺根據(jù)觸發(fā)規(guī)則加載函數(shù)，創(chuàng)建函數(shù)實(shí)例，運(yùn)行
4. 如果請求比較多，會(huì)進(jìn)行實(shí)例的擴(kuò)展，如果請求較少，就進(jìn)行實(shí)例的收縮。
5. 如果無人訪問，卸載函數(shù)實(shí)例。
如果有多個(gè)函數(shù)，怎么確定調(diào)用哪一個(gè)? 肯定需要一個(gè)東西來轉(zhuǎn)發(fā)一下。
(微服務(wù)： 我就是這么玩兒的啊!)
如果業(yè)務(wù)比較復(fù)雜，一個(gè)函數(shù)搞不定怎么辦? 可以把多個(gè)函數(shù)給編排起來!
(SOA： 我早就這么做了!)
按需裝載，自動(dòng)伸縮，不用你苦逼地去規(guī)劃硬件，安裝軟件，還可以按照使用情況付費(fèi)，這么好的東西，我們是不是馬上投入serverless的懷抱?
慢著!
為了達(dá)到上面的目標(biāo)，你必須得犧牲一個(gè)很重要的東西：狀態(tài)。
函數(shù)沒有狀態(tài)的，每次啟動(dòng)都可能會(huì)被部署到一個(gè)全新的“服務(wù)器”中，這就有兩個(gè)問題：
- 用戶的會(huì)話狀態(tài)肯定是無法保持的，像session sticky 這樣的功能就別想了。
- 函數(shù)無法做本地的持久化，沒法訪問本地硬盤的任何東西(服務(wù)器看不見了，怎么能看見硬盤呢?)。
所有想持久化的東西必須得保存到外部的系統(tǒng)或者存儲(chǔ)中，例如Redis，MySQL等。 很明顯，這些東西也應(yīng)該以“服務(wù)”的方式來呈現(xiàn)，即Backend as a Service (BaaS)。
如果你的應(yīng)用無法拆分成無狀態(tài)的函數(shù)，是無法享受Serverless帶來的種種好處的。
Serverless更適合那些無狀態(tài)的應(yīng)用，例如圖像和視頻的加工，轉(zhuǎn)換， 物聯(lián)網(wǎng)設(shè)備狀態(tài)的信息處理等等。
【本文為51CTO專欄作者“劉欣”的原創(chuàng)稿件，轉(zhuǎn)載請通過作者微信公眾號coderising獲取授權(quán)】
