物聯網應用和事件驅動計算重塑雲服務

如今，一些全球主要的公共雲提供商已經為物聯網和事件驅動計算推出了新的服務。了解這些服務對企業的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支出，雲計算提供商希望將其中一部分作為潛在的新收入。第二，物聯網不是唯一產生事件的東西。例如，很多工作人員的互動看起來像事件處理。最後，功能編程技術正在被推廣到各種處理過程中。物聯網應用程序需要它們。開發人員工具和會議已經描述了函數編程技術如何使程序更好，更易於維護。

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

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

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