工具始終為其用途所塑造。當(dāng)云計(jì)算***出現(xiàn)時(shí)，是一種虛擬化托管的形式，其目標(biāo)是看起來和裸機(jī)服務(wù)器一樣。

基礎(chǔ)架構(gòu)即服務(wù)(IaaS)形成了最早的云服務(wù)，它仍然主導(dǎo)公共云以及私有云軟件市場(chǎng)。 即使如此，這并不意味著它會(huì)成為未來云機(jī)會(huì)的源泉。

[[197931]]

云提供商一直在為未來做準(zhǔn)備，他們的規(guī)劃顯示了某個(gè)重要的，已經(jīng)在進(jìn)行中的轉(zhuǎn)變。 每個(gè)主要公共云提供商都添加了處理事件的服務(wù)。 特別值得注意的是，提供商正在添加功能來幫助開發(fā)人員構(gòu)建物聯(lián)網(wǎng)(IoT)的應(yīng)用程序。 這些可能就是自互聯(lián)網(wǎng)以來***變革性應(yīng)用的基礎(chǔ)吧?

IAAS與IoT不合

傳統(tǒng)應(yīng)用程序遵循幾十年的模式：負(fù)載來自于它所支持的應(yīng)用程序。在傳統(tǒng)云計(jì)算中，用戶支付他們使用的處理資源。這些術(shù)語不同，但實(shí)際上是租賃虛擬基礎(chǔ)設(shè)施。這是數(shù)據(jù)中心所發(fā)生一切的直接反映 —— 服務(wù)器中加載應(yīng)用程序與事務(wù)，并將其路由到正確服務(wù)器資源池中。這種方法在負(fù)載持續(xù)存在時(shí)非常好，如零售銀行處理相關(guān)應(yīng)用程序持續(xù)運(yùn)行的情況。

IoT和其他基于事件的應(yīng)用程序改變了這個(gè)關(guān)鍵的持久性概念。隨時(shí)隨地都可以彈出一個(gè)事件。將IaaS實(shí)例用于等待事件將導(dǎo)致浪費(fèi)，甚至是大量的浪費(fèi)?；蛘呤录l(fā)生的地方與實(shí)例可能相差半個(gè)地球的距離。如果所有可能的事件源要與傳統(tǒng)云端主機(jī)分布相匹配，多數(shù)情況下大部分資源都會(huì)閑置，很少開銷，但卻花費(fèi)不少成本。

有個(gè)很簡(jiǎn)單的、判斷特定對(duì)錯(cuò)處理事務(wù)的方法：延遲。大多數(shù)事件具有特定的響應(yīng)時(shí)間期望。想象一下當(dāng)物品通過傳感器時(shí)觸發(fā)噴漆的機(jī)器。描繪一臺(tái)接近不斷變化的交通燈的自駕車。

事件和收到適當(dāng)響應(yīng)之間的信息流被稱為控制循環(huán)。大多數(shù)事件需要簡(jiǎn)短的控制循環(huán)，這意味著它們的處理需要靠近事件點(diǎn)。這就是控制循環(huán)問題，這些控制循環(huán)迫使事件處理過程分散到云邊緣，并以指數(shù)級(jí)增加。

很容易看出，定點(diǎn)的事件稀缺性會(huì)影響傳統(tǒng)云計(jì)算效率和定價(jià)問題。也可能存在非常多的事件。云可以根據(jù)需要,通過爆發(fā)或擴(kuò)展容量來獲得多個(gè)應(yīng)用程序組件副本，但并不容易。

重新思考應(yīng)用程序與運(yùn)營(yíng)

很少開發(fā)為在裸機(jī)服務(wù)器上運(yùn)行的應(yīng)用程序可以無縫地縮放或替換失敗實(shí)例。這些云功能在傳統(tǒng)應(yīng)用程序運(yùn)行數(shù)據(jù)中心中并不常見。將應(yīng)用程序移動(dòng)到云中也不會(huì)增加支持?jǐn)U展應(yīng)用程序所需的功能。

應(yīng)用程序組件的多個(gè)副本要求負(fù)載均衡，而許多應(yīng)用程序并沒有被設(shè)計(jì)為允許任何副本來處理任何事件或請(qǐng)求。某些應(yīng)用程序依賴于一系列上下文，無法處理其他副本應(yīng)用程序留下的業(yè)務(wù)。我們?nèi)绾问笽oT應(yīng)用程序具有可伸縮性和彈性?必須重寫。

開發(fā)人員正在做這些事，大型云提供商也在響應(yīng)。特別是他們都看到了IoT與事件對(duì)云未來的影響。他們一直在不斷增強(qiáng)云計(jì)算，為未來作好準(zhǔn)備。云巨頭不僅提供特別的Web服務(wù)來管理IoT設(shè)備和連接，而且他們現(xiàn)在提供工具來支持IoT將要進(jìn)行的編程。

函數(shù)或λ風(fēng)格編程不允許應(yīng)用程序或組件在使用之間存儲(chǔ)數(shù)據(jù)。因此，組件的所有實(shí)例都可以處理事件。云提供商現(xiàn)在提供函數(shù)性或微服務(wù)支持，而不再簡(jiǎn)單地提供基礎(chǔ)設(shè)施、平臺(tái)或軟件即服務(wù)，因?yàn)楹瘮?shù)云是非常不同的。

要托管在哪個(gè)函數(shù)云?

遍布各地。無處不在。函數(shù)在被需要的地方和時(shí)刻激活——而你只需支付使用時(shí)產(chǎn)生的費(fèi)用。函數(shù)云對(duì)于IoT或者任何類型的事件處理，顯示了***的靈活性與敏捷性。

函數(shù)云同時(shí)還要求制定關(guān)于用戶愿意支付多少函數(shù)托管費(fèi)用的策略，這是根據(jù)成本與麻煩的控制回路長(zhǎng)度組合而做出的決定。

函數(shù)云的崛起

亞馬遜甚至允許IoT將云應(yīng)用程序遷移到云外部要求。亞馬遜網(wǎng)絡(luò)服務(wù)(AWS)Greengrass平臺(tái)是一種軟件和中間件框架，可讓用戶在自己的硬件上執(zhí)行AWS兼容功能。

此功能將使IoT用戶對(duì)事件進(jìn)行一系列本地處理，以使這些控制回路保持短距，但仍然在AWS云中托管更深層次，更少時(shí)間敏感的功能。

舊的云模型讓你為托管實(shí)例付費(fèi)。在函數(shù)云中，不需要通常的實(shí)例托管方式。可以根據(jù)需要即時(shí)執(zhí)行函數(shù)。這是什么導(dǎo)致了函數(shù)云的按執(zhí)行支付或無服務(wù)器的描述，但這還不完整。你可以根據(jù)使用情況為任何云計(jì)算服務(wù)，任何運(yùn)行的應(yīng)用程序支付費(fèi)用，但這并不能使云服務(wù)可擴(kuò)展或輕松優(yōu)化。沒有這些功能，無服務(wù)器只是一個(gè)定價(jià)策略。

開發(fā)人員必須對(duì)應(yīng)用程序進(jìn)行更改以適應(yīng)物聯(lián)網(wǎng)和函數(shù)云。幾乎每個(gè)新程序或服務(wù)都存儲(chǔ)信息，這使得它難以擴(kuò)展。函數(shù)編程的規(guī)則是無狀態(tài)，這意味著從進(jìn)程獲取的輸出僅基于您提供的輸入。甚至有編程語言旨在強(qiáng)化對(duì)開發(fā)人員的無狀態(tài)行為;這并不是老習(xí)慣。

函數(shù)云的概念可能會(huì)加速已開始的趨勢(shì)，以應(yīng)對(duì)移動(dòng)設(shè)備使用和BYOD策略的實(shí)施。

公司發(fā)現(xiàn)，他們正在創(chuàng)建旨在為移動(dòng)設(shè)備格式化信息的應(yīng)用程序組件，與為各種移動(dòng)平臺(tái)編寫的應(yīng)用程序進(jìn)行對(duì)接，并提供通常在數(shù)據(jù)中心運(yùn)行的后端應(yīng)用程序的一致支持。

這些力量結(jié)合起來創(chuàng)建了某個(gè)應(yīng)用程序的兩層模型。設(shè)備處理前端位于云并利用云在全球范圍內(nèi)分發(fā)應(yīng)用程序的能力。然后，云部分將為核心業(yè)務(wù)應(yīng)用程序創(chuàng)建傳統(tǒng)交易，無論它們?cè)谀睦铩?/p>

IoT比移動(dòng)負(fù)載更加分散，一些IoT事件需要短控制回路。因此，應(yīng)用程序前端部分的云托管可能會(huì)爆炸式增長(zhǎng)。這給兩層應(yīng)用程序結(jié)構(gòu)的偏離帶來壓力，因?yàn)樵S多事件可能會(huì)產(chǎn)生許多事務(wù)。這些交易可以壓垮核心業(yè)務(wù)應(yīng)用程序。云提供商也在努力。例如，Microsoft擁有通常用于為業(yè)務(wù)應(yīng)用程序提供工作的服務(wù)總線的云分布版本。

鑒于IoT處于起步階段，而云IoT更加年輕——很容易想知道云供應(yīng)商為什么已經(jīng)提供IoT功能。三個(gè)原因。

首先，物聯(lián)網(wǎng)可以大大增加IT支出，云提供商希望將其中一些作為潛在的新收入。

第二，物聯(lián)網(wǎng)不是唯一產(chǎn)生事件的事情。例如，很多移動(dòng)工作負(fù)載的互動(dòng)看起來像事件處理。

***，推廣函受各種處理所推崇的數(shù)編程技術(shù)。物聯(lián)網(wǎng)需要他們。開發(fā)人員工具和會(huì)議已經(jīng)描述了函數(shù)編程技術(shù)如何使程序更好，更可維護(hù)。

函數(shù)云的需求

AMAZON WEB SERVICES的Lambda是***個(gè)基于事件的計(jì)算服務(wù)，但有幾個(gè)其他云提供商也快速跟進(jìn)。

微軟的Azure功能去年11月份推出，IBM的Apache OpenWhisk在下個(gè)月推出。

Google于四月份將其云函數(shù)服務(wù)移至測(cè)試階段，Pivotal預(yù)計(jì)將于2017年年中開放業(yè)務(wù)。

如果由于任何原因編寫函數(shù)，是不是使用功能云不可避免?

這是每個(gè)云提供商和云端用戶需要考慮的***問題。完全可擴(kuò)展的應(yīng)用程序——可以通過簡(jiǎn)單地加載另一個(gè)副本來增加或減少負(fù)載容量并修復(fù)自身應(yīng)用程序?qū)ζ髽I(yè)非常有用。為IoT開發(fā)的函數(shù)編程技術(shù)以及支持這些技術(shù)的功能云將重新定義程序。

工具是由他們的用途而定義，記得嗎?那么用戶在事件處理中已經(jīng)看到了未來的云，而物聯(lián)聯(lián)將加速這一趨勢(shì)。IoT在廣泛的領(lǐng)域里大量生產(chǎn)事件的潛力，同時(shí)較短控制環(huán)路的要求將徹底改變?cè)频氖褂谩?/p>