[[198305]]

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

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

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

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

IaaS將不適用于物聯網應用程序

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

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

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

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

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

重新思考物聯網應用程序和開放式可插拔規范(OPS)

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

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

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

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

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

函數云的興起

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

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

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

需求的函數

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

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

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

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

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

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

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

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