沉寂多年,無服務(wù)器爆發(fā),其硬核是什么?

2021-02-04    分類: 網(wǎng)站建設(shè)

和大多數(shù)IT熱詞一樣,無服務(wù)器自誕生以來,一直處于不溫不火的狀態(tài)。可就在今年忽然爆發(fā),令人驚訝,也有技術(shù)專家稱之為“臨界點”來臨。如果這樣的話,無服務(wù)器將迅速與其他技術(shù)相融合,成為新型部署方式。

不要盲目樂觀。IT熱詞之所以“熱”,是因為它從來不是單獨發(fā)展的,而是建立在云、大數(shù)據(jù)、容器等技術(shù)的成熟度之上。從這樣的角度來看,無服務(wù)器是“

數(shù)據(jù)來源如下。

https://www.cncf.io/blog/2018/08/29/cncf-survey-use-of-cloud-native-technologies-in-production-has-grown-over-200-percent/

據(jù)了解,本次調(diào)查覆蓋2400名人員,其中包括49%的開發(fā)人員、36%的運營人員、11%的IT經(jīng)理以及14%的開發(fā)經(jīng)理。

事實證明,無服務(wù)器潮流已來。

2.什么是無服務(wù)器?

既然無服務(wù)器是未來的一個趨勢,那么,什么是無服務(wù)器?

我們稍微回顧一下歷史沿革。在2009年,業(yè)內(nèi)提出DevOps理念,指向敏捷開發(fā)、運維和協(xié)作的方向。在2011年,有機構(gòu)預(yù)測DevOps將發(fā)展成為NoOps,也就是未來不需要運維人員。直到2014年,該概念才進一步得到了擴展,落實到企業(yè)。

根據(jù)定義不同,業(yè)內(nèi)通常有幾類簡稱:

FaaS:函數(shù)即服務(wù)(Function-as-a-Service,F(xiàn)aaS),或譯為功能即服務(wù)。

BaaS:后端即服務(wù)(Backend-as-a-Service,BaaS)

MBaaS:移動后端即服務(wù)(MobileBackend-as-a-service,MBaaS)

CaaS:容器既服務(wù)(Containers-as-a-Service,CaaS)

3.FaaS的優(yōu)點和不足

業(yè)內(nèi)通常以FaaS來定義無服務(wù)器,它有幾個鮮明的特點。

首先,它同云計算一樣,演變成為服務(wù)。開發(fā)者無需購買硬件資源,更不用關(guān)心硬件的配置環(huán)境、物理設(shè)備和虛擬服務(wù)器,只需關(guān)心代碼的運營轉(zhuǎn)態(tài)是否高效。

其次,這種代碼可以與傳統(tǒng)服務(wù)器代碼混用,也可以編寫不需要任何服務(wù)器配置要素的應(yīng)用程序。

第三,F(xiàn)aaS將更多的運維壓力交給了第三方云廠商,由第三方管理服務(wù)器(物理或者虛擬)的運營狀態(tài),特別是在多租戶的情況下確保運營的高效、穩(wěn)定和安全。

第四,與容器、微服務(wù)的概念和應(yīng)用密不可分,越來越趨于融合。

但是,正如所有的技術(shù)都有不足一樣,無服務(wù)器的這種完全依賴于第三方云廠商的技術(shù)還存在明顯的不足。

首先,對云廠商的要求提高。這意味著尋找可靠的第三方云服務(wù)商尤為重要,畢竟安全問題、多租戶問題、供應(yīng)商鎖定、API調(diào)用、功能缺失等基礎(chǔ)設(shè)施方面的功能都取決于云廠商。

第二,評估和測試工具。如何確保程序能順暢運營在第三方提供的無服務(wù)器環(huán)境中?是否有一些評估標準和指標?通常來說,就是基于何種標準來評定云廠商的環(huán)境更好更優(yōu)?

第三,實施的困難。這并不指程序能否運行,而是指程序集成、封裝的難度增加。由于只能是運行某一類功能,并且也無法實現(xiàn)“原子回滾”,程序的穩(wěn)定性就更為重要了。

4.無服務(wù)器是否可以“包打天下”?

所有技術(shù)都有其適用的場景,無服務(wù)器也并不是“包打天下”,它主要應(yīng)用在以下這些范圍。

? 函數(shù)計算 有人把無服務(wù)器也稱之為函數(shù)即服務(wù),因為其輕量級適合無狀態(tài)應(yīng)用程序和函數(shù)式編程模型,包括應(yīng)用程序的編程接口發(fā)布、查詢響應(yīng),面部識別和語音識別等。對于百度智能云這樣專注在AI應(yīng)用的云服務(wù)廠商來說,能夠迅速提供這種服務(wù),AI功能與之的匹配性更有優(yōu)勢,也有專門的函數(shù)計算產(chǎn)品CFC。

? 邊緣計算 邊緣計算的核心是將一部分數(shù)據(jù)放在邊緣節(jié)點收集、存儲和處理,具有輕量級,數(shù)據(jù)量大、功能較為單一等特點。這也是無服務(wù)器領(lǐng)域一個較為廣泛的應(yīng)用,可以與邊緣計算的存儲產(chǎn)品相結(jié)合。

? 某些數(shù)據(jù)的工作負載 如果只具有某一類型功能,并不需要太多的數(shù)據(jù)交互功能,那么像高性能計算、商業(yè)智能、建模、基礎(chǔ)科學(xué)研究等都是應(yīng)用的場景。

從這幾點來看,無服務(wù)器之所以流行是由執(zhí)行任務(wù)單一、數(shù)據(jù)輕量、部署簡單的特性決定的。如果真要大規(guī)模落地,必然會推翻現(xiàn)有的諸多技術(shù)架構(gòu),尤其是編寫代碼的方式。

5.對企業(yè)的好處是什么?

通常來說,新技術(shù)之所以能被應(yīng)用,是因為具有降低成本、減少人力和讓IT團隊更敏捷等優(yōu)勢,這些無服務(wù)器技術(shù)都具有。

使用無服務(wù)器技術(shù)就如當前我們使用云計算一樣,按照實際的使用情況來計費,而不是按照預(yù)留的計算資源來計費。這也是無服務(wù)器技術(shù)的本質(zhì)——功能既服務(wù),這是在平臺即服務(wù)(PaaS)甚至是容器即服務(wù)(CaaS)之上發(fā)展衍生出的一種服務(wù)形式,沒有脫離云計算的商業(yè)范疇。

在一些研究機構(gòu)中甚至認為,無服務(wù)器技術(shù)可以為企業(yè)節(jié)省70%~90%的成本,這要取決于具體環(huán)境。也有人認為這種想法過于樂觀。

當然,由于不用關(guān)心硬件、配置環(huán)境和運營,無服務(wù)器技術(shù)會讓開發(fā)者的敏捷性提高。DevOps最終演變成NoOps,就會減少人力,讓企業(yè)的開發(fā)人員專注在代碼方面。但這一愿景一時半刻還實現(xiàn)不了。目前可見的好處是,會讓開發(fā)具有更快的開發(fā)速度和更低的成本。

6.臨界點已到,未來該走向何方?

無服務(wù)器技術(shù)始終在不斷演進的過程中,應(yīng)用也不斷增多。福布斯技術(shù)委員會認為,采用無服務(wù)器應(yīng)用已經(jīng)到了一個臨界點。他們預(yù)測,2019年無服務(wù)器技術(shù)將有如下幾個重要趨勢。

  • 標準化 越來越多有關(guān)于無服務(wù)器技術(shù)的標準將出臺,這將確保各個平臺之間具有更好的移植性和互操作性。以CNCF為例,已經(jīng)將相關(guān)標準列入日程中。標準化的好處在于,促使越來越多的廠商加大創(chuàng)新力度,這也是技術(shù)成熟的一個象征。
  • 編排服務(wù) 目前,各大廠商之間的無服務(wù)器聯(lián)盟正在形成。除了百度智能云之外,谷歌和IBM等公司也推出了Knative的開源框架。試圖基于Kubernetes之上實現(xiàn)無服務(wù)器、服務(wù)網(wǎng)絡(luò)和容器之間的統(tǒng)一,并形成一個云應(yīng)用的編排平臺。這可能也是趨勢之一:容器和無服務(wù)器正在并行發(fā)展,最終將統(tǒng)一。
  • 融合加快 無服務(wù)器讓應(yīng)用程序呈現(xiàn)分布式狀態(tài),在開發(fā)速度、模塊化方面都有優(yōu)勢。但在一致性、完整性和運營方面還有缺點。未來,企業(yè)將會越來越多的要求統(tǒng)一管理云資源——包括網(wǎng)絡(luò)、公有云和私有云的資源,從不同的顆粒度來控制,這將為無服務(wù)器的應(yīng)用迎來新的轉(zhuǎn)機。
  • 更復(fù)雜的測試工具 為了確保這種基于微服務(wù)的應(yīng)用順利通過測試,將會出現(xiàn)更多復(fù)雜的測試工具以應(yīng)對測試挑戰(zhàn)。可能包括集成測試、基于應(yīng)用的關(guān)鍵組件的測試等。

當然,這些趨勢還包括安全性、提高交付的速度和穩(wěn)定性等,這是任何新技術(shù)出現(xiàn)或者在應(yīng)用之前都需要考慮的問題。所有問題并不是一蹴而就的,需要在實踐中慢慢得到解決。

7.結(jié)束語

本篇文章回答了無服務(wù)器是什么,優(yōu)點和不足,以及為企業(yè)帶來的好處等,尤其是針對未來的趨勢給出了一個判斷。從中不難發(fā)現(xiàn),作為一種服務(wù),無服務(wù)器天然與容器、微服務(wù)密不可分,相互融合。而且隨著技術(shù)的不斷演進,標準的不斷推出,相信各大廠商的聯(lián)盟也會促進無服務(wù)器最終形成一個事實上的標準,加速落地。

名稱欄目:沉寂多年,無服務(wù)器爆發(fā),其硬核是什么?
鏈接URL:http://m.kartarina.com/news26/99026.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供云服務(wù)器定制開發(fā)關(guān)鍵詞優(yōu)化App設(shè)計ChatGPT建站公司

廣告

聲明:本網(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)

外貿(mào)網(wǎng)站制作
主站蜘蛛池模板: 国产福利电影一区二区三区久久老子无码午夜伦不 | YY111111少妇无码理论片| 亚洲成a人无码亚洲成av无码| 无码h黄肉3d动漫在线观看| 日韩精品无码人成视频手机| 亚洲日韩精品无码AV海量| 中文字幕精品无码一区二区三区| 直接看的成人无码视频网站| 日本无码小泬粉嫩精品图| 无码中文av有码中文a| 国产办公室秘书无码精品99| 无码熟妇人妻AV在线影院| 亚洲爆乳无码专区| 国产亚洲?V无码?V男人的天堂| 亚洲综合无码无在线观看| 亚洲国产精品成人精品无码区在线| 无码日韩精品一区二区免费| 久久久久亚洲精品无码蜜桃| 亚洲中文字幕无码一区| 久久久精品无码专区不卡| 亚洲aⅴ无码专区在线观看春色| 久久av无码专区亚洲av桃花岛| 亚洲精品无码成人片久久| 免费无码又爽又刺激网站直播 | 亚洲日韩精品无码专区| 无码精品久久久久久人妻中字| 丰满日韩放荡少妇无码视频| 精品无码综合一区| 东京无码熟妇人妻AV在线网址| 丰满少妇人妻无码| 亚洲国产综合无码一区| 亚洲AV无码乱码在线观看富二代| 精品无码三级在线观看视频| 国产自无码视频在线观看| 国产成人A亚洲精V品无码 | 日韩少妇无码一区二区三区| 激情射精爆插热吻无码视频| 日本精品人妻无码免费大全 | 人妻少妇精品无码专区漫画| 亚洲精品无码国产片| 无码精品A∨在线观看无广告|