如今，一些全球主要的公共云提供商已經為物聯(lián)網和事件驅動計算推出了新的服務。了解這些服務對企業(yè)的IT團隊和未來的云計算將有一些重要的意義。

工具總是以其用途塑造的。當云計算首次出現(xiàn)時，它是數據中心托管虛擬化的一種形式，其目標是看起來像裸機服務器。

基礎架構即服務（IaaS）形成了最早的云服務，它仍然主導公共云以及私有云軟件市場。即使如此，這并不意味著它將成為未來云機會的源泉。

云計算提供商一直在為未來做好準備，他們的計劃顯示了一個重要的，已經在進行中的轉變。每個主要的公共云提供商都添加了處理事件的服務。特別是，提供商正在添加功能來幫助開發(fā)人員構建物聯(lián)網（IoT）的應用程序。這些可以成為自互聯(lián)網以來最具變革性應用的基礎嗎？

IaaS將不適用于物聯(lián)網應用程序

傳統(tǒng)應用程序遵循幾十年的模式：工作來自于支持它的應用程序。在傳統(tǒng)的云計算中，用戶支付他們使用的處理資源。這些術語雖然有所不同，但它本質上是虛擬基礎設施的租賃。這是數據中心發(fā)生的直接反映，服務器域中加載了應用程序，事務將路由到池中的正確服務器。這種方法在工作持續(xù)存在時是良好的，如在零售銀行應用程序持續(xù)運行的情況下。

事件驅動和物聯(lián)網應用程序改變了這個關鍵的持久性概念。隨時隨地都可以彈出一個活動。將IaaS實例用于等待事件浪費，也許是過于浪費。或者實例可能位于事件發(fā)生所在的數據中心中。如果所有可能的事件來源與傳統(tǒng)的云端主機點相匹配，大多數情況下大部分時間都會閑置，但會增加成本。

為什么有一個特定的對錯處理事件的原因很簡單：延遲。大多數事件具有特定的響應時間期望。想象一下當物品通過傳感器時觸發(fā)噴漆的機器，或是一輛接近不斷變化的交通信號燈的自動駕駛汽車。

事件與接收適當響應之間的信息流稱為控制循環(huán)。大多數事件需要一個簡短的控制循環(huán)，這意味著它們的進程需要靠近事件的點。這就是控制循環(huán)的問題，這些控制循環(huán)強制事件處理過程分散到云端，并且數量增加。

很容易看出，給定點的事件稀缺性會如何影響傳統(tǒng)云計算的云效率和定價問題。也可能有太多的事件。云計算可以通過根據需要運行應用程序組件的多個副本來允許云爆發(fā)或擴展容量，但這并不容易。

重新思考物聯(lián)網應用程序和開放式可插拔規(guī)范（OPS）

編寫為在裸機服務器上運行的很少應用程序可以無縫地縮放或替換失敗的實例。這些云功能在傳統(tǒng)應用程序運行的數據中心中并不常見。將應用程序移動到云中也不會增加擴展應用程序所需的功能。

應用程序組件的多個副本需要負載平衡，并且許多應用程序沒有設計為允許組件的任何副本處理任何事件或請求。如果在一個應用程序的一個副本中，一半的字符串轉到應用程序的一個副本，而另一半用于另一個應用程序，那么在背景中假設一系列請求的應用程序不能工作。那么如何使物聯(lián)網應用程序可擴展性和彈性？他們必須重寫。

開發(fā)人員正在做這些事情，大型云提供商正在響應。特別是，他們都看到與云計算的相同的物聯(lián)網和事件未來。他們一直在不斷增強云計算，為未來作好準備。云計算巨頭不僅提供特殊的Web服務來管理物聯(lián)網設備和連接，而且現(xiàn)在提供了工具來支持物聯(lián)網應用程序所需的編程。

函數式或lambda式編程不允許應用程序或組件在使用之間存儲數據。因此，組件的所有實例都可以處理事件。云供應商現(xiàn)在提供的功能或微服支持而不是簡單地提供基礎設施、平臺或軟件即服務，因為函數云是非常不同的。

用戶的函數在函數云中托管在哪里？無處不在。函數在任何需要的地方被激活，在需要時，用戶在使用它們時支付。物聯(lián)網或任何類型的事件驅動計算的函數云代表著極致的靈活性和敏捷性。他們還要求用戶注意制定關于托管他們愿意支付多少函數的政策，根據成本和這些麻煩的控制回路長度的組合，他們必須做出決定。

函數云的興起

亞馬遜甚至允許物聯(lián)網將要求在云端遷移的云應用程序。他們的Amazon Web Services（AWS）Greengrass平臺是一個軟件和中間件框架，可讓用戶在自己的硬件上執(zhí)行AWS兼容功能。此功能將使物聯(lián)用戶對事件進行一些本地處理，以使這些控制回路保持短路，但仍然在AWS云中托管更深層次，更少的時間關鍵函數。

傳統(tǒng)的云模型使用戶為其托管實例支付費用。在函數云中，用戶不會以通常的方式托管實例。用戶可以根據需要即時執(zhí)行功能。這是什么導致了即時即付或無服務器的功能云描述，但這不足為奇。用戶可以根據使用情況為任何云計算服務，運行任何應用程序進行定價，但這并不能使云服務可擴展或輕松優(yōu)化。沒有這些功能，無服務器只是一個定價策略。

開發(fā)人員必須對應用程序進行更改以適應物聯(lián)網和功能云。幾乎每個新的程序或服務都存儲信息，這使得它難以擴展。功能編程的規(guī)則是無狀態(tài)的，這意味著用戶從進程獲取的輸出僅基于其提供的輸入。甚至有編程語言旨在強化對開發(fā)人員的無狀態(tài)行為。

需求的函數

亞馬遜網絡服務公司的Lambda是第一個上市基于事件的計算服務，而其他幾家云計算服務提供商也很快地對外推出類似的服務。微軟Azure功能去年11月份推出，IBM的Apache Open Whisk在下個月推出。谷歌公司于4月份將Cloud Functions服務轉為測試版，Pivotal預計將于2017年中期開設業(yè)務的Spring Cloud功能。

函數云的概念可能會加速已經開始的趨勢，以應對移動設備的使用和BYOD策略的實施。企業(yè)發(fā)現(xiàn)，他們正在創(chuàng)建旨在為移動設備格式化信息的應用程序組件，為各種移動平臺編寫的進行接口應用程序，并提供通常在數據中心運行的后端應用程序的一致支持。

這些力量結合起來創(chuàng)建一個應用程序的兩層模型。設備處理前端在云端，并利用云計算在全球范圍內分發(fā)應用程序的能力。然后，云計算部分將為核心業(yè)務應用程序創(chuàng)建傳統(tǒng)交易，無論它們位于何處。

物聯(lián)網比移動工作人員分布得更加分散，一些物聯(lián)網事件需要更短的控制回路。因此，應用程序前端部分的云托管可能會得到爆炸式增長。這給這種兩層應用程序結構的偏離帶來了壓力，因為許多事件可能會產生許多事務。這些交易可能讓核心業(yè)務應用程序崩潰。云計算提供商也在努力。例如，微軟公司具有通常用于為業(yè)務應用程序提供工作的服務總線的云分布版本。

鑒于物聯(lián)網還處于起步階段，而云物聯(lián)網更加年輕，很容易想知道云供應商為什么已經提供物聯(lián)網功能。其中有三個原因：首先，物聯(lián)網可以大大增加IT支出，云計算提供商希望將其中一部分作為潛在的新收入。第二，物聯(lián)網不是唯一產生事件的東西。例如，很多工作人員的互動看起來像事件處理。最后，功能編程技術正在被推廣到各種處理過程中。物聯(lián)網應用程序需要它們。開發(fā)人員工具和會議已經描述了函數編程技術如何使程序更好，更易于維護。

如果由于任何原因編寫函數，是不是使用函數云不可避免？

這是每個云計算提供商和云端用戶需要考慮的最大問題。完全可擴展的應用程序。可以通過簡單加載另一個副本來增加或減少負載容量，并修復自身的應用程序，這對企業(yè)非常有用。為物聯(lián)網應用程序開發(fā)的功能編程技術以及支持這些技術的功能云將重構程序。

工具是由他們的用途定義的，那么用戶在事件處理中已經看到了未來的云，而物聯(lián)聯(lián)將加速這一趨勢。物聯(lián)網具有在廣泛領域大量生產事件的潛力，同時要求較短的控制環(huán)路將徹底改變云計算的使用。