我們與28位分別來自23家企業的高管人員進行了交流，希望了解這些負責立足于云環境進行應用程序開發與部署的技術領導者如何看待相關議題。
而在被問及“云應用的未來發展方向”時，他們給出了以下觀點：
◆ 始終著眼于更大、更快且更新等原則性訴求(舉例來說，100 mbps對于視頻流負載而言仍然不夠強勁)。應用對速度的需求始終領先于基礎設施的供應能力。我們將迎接由物聯網帶來的完整視頻、音頻與數據流連接。每臺設備都交聯網并不斷進行通信。云設施需要進行持續規模擴展。下一步在于擺脫所謂可擴展能力束縛，以幾乎無限的方式建立連接及物聯網體系。
◆ 應用將基于內部與云環境。我們該如何在內部條件下實現可擴展性?安全是其中一大重要因素。一款應用該如何在云環境中運行，同時自其它位置讀取數據?容器技術的出現令這種訴求變得易于實現。我們面對著越來越多的用例，包括云數據庫等等。我們堅信Docker在單一軟件應用中的良好表現，并希望將其逐步引入數據應用當中。
◆ 基礎設施層中的諸多要素正在快速轉變。我們將看到例如于應用12因素之類的標準迅速出現。Docker也是一項類似的技術成果。工具層面的發展將有所放緩。堆棧將憑借著可移動組件數量減少而得到簡化。開發人員不需要關注Docker或者Rocket本身。小型企業開始快速采用這些技術。在未來12個月內，大量存在交集的技術將銷聲匿跡。軟件定義存儲將成為這一切的實現基礎，并定義標準構建塊間的接口，從而消除目前的混亂態勢。
◆ 創新與定制化速度將不斷加快。未來的應用將無需操作系統即可運行。這些應用將運行在dinManage或者OpenStack之上。更多基于云與HTML的應用將實現設備中立性。應用將100%以Web為基礎。瀏覽器將成為實際桌面系統，因為90%的應用已經實現基于Web——包括企業與個人環境。應用將具備自我識別能力并了解與之相關的安全狀態與軟件包。在線聽寫功能使得計算機能夠理解用戶的口頭表達。設備中立性使得硬件不再成為軟件運行的約束條件。
◆ 更多DevOps與容器方案得到部署與發展。移動設備上的大部分計算能力被轉移至云端。最終，我們將以容器方式在移動設備上運行計算負載。
◆ 算法即應用。按需調用。以數據處理為中心。利用Java或者.Net構建下一代平臺使得開發人員能夠更為靈活地通過自動化質量與測試控制機制實現持續開發。
◆ 未來就在當下。云應用主導IT。分析與數據將改進客戶滿意度。通過自有資產提供更出色的用戶體驗。云應用將創建出以價值為主導的使用感受。IBM公司目前還無法利用云實現收益。Airbnb與Uber以無資產方式建立起良好的體驗。創新創造財富。
◆ 云平臺將代表一切。安全性與集成工作不再成為阻礙。云即一切，這種新型平臺將承載用戶的全部使用需求。平臺重構后的體驗能夠對基礎設施需求進行審視，從而構建起富功能與出色的用戶體驗。
◆ 未來一片光明，且產品上市周期將大幅縮短。我們需要解決方案以監控業務體系中的一切。
◆ 云應用生態系統并不簡單，由于人們將更多要素添加進來但又疏于管理，其復雜性將因此快速提升。基于微服務架構的應用將占據主導。虛擬機復雜性提升。更靈活且更具擴展性。需要自動化工具對這一切進行管理。相關廠商與規范數量將大幅增加。多種容器格式的興起將提升復雜性水平。CMCS——即如何對基礎進行編排變得至關重要。需要以理智方式處理倡議以控制復雜性的無限提升。
◆ 選擇是最核心的關鍵詞。著眼于構建平臺中立性方案。當大家對傳統平臺進行重寫以保證其運行在云環境中時，我們當然不愿繼續保留其中的鎖定性因素。容器技術等構建方案能夠有效克服供應商鎖定難題。
◆ 混合趨勢——應用能夠從單一云轉移至多家廠商的云平臺當中，這意味著大家可以為特定應用選擇最合適的運行環境。設計出能夠跨越不同云環境的應用。我們目前才剛剛開始考慮應用的混合能力。我們需要了解為什么有必要將某款應用運行在云中。明確什么、為什么與哪里這幾大關鍵問題，包括為什么做出這項決策、如何避免將應用的運行環境作為首要依據——換言之，應用應當具有足夠的彈性以實現任何位置運行。
◆ 絕大多數應用都將運行在云當中。澳大利亞的Sun Corp是一家云層面的依靠國際金融服務供應商，其出色的表現也令其它同類企業開始懷疑，自己為什么不能將業務交由云環境打理。AWS目前的規模已經超過紅帽與VMware的總和——這意味著開發人員迎來了史無前例的資源民主化進程。企業開始利用軟件資產實現競爭差異性。
◆ Amazon Lambda趨勢仍將繼續。不用擔心服務器或者軟件層，只需要認真編寫邏輯并加以部署即可——可用即服務。與微服務趨勢緊密同步。高度專業化且代碼量更少。我們不需要考慮服務器或者運營方面的問題。我們只需要簡單的拖拽即可實現移動應用中的函數調用。
◆ 隨著安全性與定制化能力的逐步提高，客戶對于公有云將更具信心。公有與私有云將繼續并存。如果數據被托管在其它云中，數據挖掘方面的挑戰也將不復存在。
◆ 著眼于未來，智能化應用意味著態勢感知與可預測分析的結合。例如，一位大夫可通過傳感器利用自己手中的iPad查看病人體征，并通過用藥協議與大數據分析立足于數百萬種同類病例為病人提供診療建議。
◆ 平臺即服務負責處理應用的運行、實現與管理工作。其操作難度將進一步下降。這使得開發人員能夠將精力集中在代碼編寫方面。
◆ 開發者與創新者能夠更順暢地查看一切，并有能力立足于各個行業對市場加以改變。機器與人推動云應用發展，而應用則將開始學習使用狀況并據此進行配置。情報與支持能力將大幅增強。可穿戴設備的發展將轉變我們對于應用的理解方式。未來將有更多與個人數據收集相關的安全保障、信任與法規性手段出臺。云應用將以多種無縫化方式顛覆業務流程。協作將成為銷售、人力資源、財務、ERP的核心定位，旨在以成本更低且更迅速的方式實現價值創造。
◆ 架構能夠了解微服務與應用之間的API連接。基于SaaS以及面向數據庫、負載均衡、編排以及協作(Kubernetes與Swarm)等各類元素的管理將進一步完善這種發展趨勢。從云服務中尋求最符合應用要求的資源與技術成果。無需內部持有并維護硬件及軟件能夠顯著降低運營成本，但這同時意味著我們需要轉變對應用的管理思路。在管理TB乃至PB級別的數據時，我們不必建立如過去般龐大的管理團隊。SaaS永遠具備成本優勢。
◆ 更多應用出于經濟原因以及集成化平臺、開放API、提取數據乃至跨平臺服務執行等因素而遷移至云端。平臺與集成機制將迎來更理想的開放性水平。人們將熟知如何以安全、冗余以及備份手段開發基于云的應用架構。人們希望利用服務水平協議(簡稱SLA)解決風險管理需求，而非憑借業務持續規劃。如何實現遷移?通過提升容量、彈性與應用安全及冗余需求緩解破壞性風險。
◆ 云應用(SaaS)與第三方外部托管(IaaS)。在這兩種情況下，用戶與應用將更具分布特性，并需要透徹理解跨地理位置交付帶來的應用體驗影響。利用Docker與集群管理器(例如Kubernetes與Apache MesoX)實現微服務原則。我們需要了解誰提供服務、誰負責監控，同時對多種服務所共享的開源代碼或者Lambda等產品加以解析。服務可用性與應用架構交付必須得到保障。網絡發展將在托管服務的集成工作中占據重要地位。如今這項工作由API實現，未來則可通過更多立足于其基本原則的微服務完成——微服務作為小型容器，能夠以小規模增量形式衡量應用不同元素的性能水平。
總體而言，應用將繼續朝著輕量化、移動友好性以及微服務部署模式方向發展。單一整體應用的日子已經過去，未來大量新型云部署工作都將借由輕量化腳本語言與面向服務機制實現。目前與未來的云體系將需要支持多種語言及部署模式，從而同時承載新型與舊有應用。
大家對于云應用的未來發展又有哪些見解?請在評論欄中與我們共享。
京公網安備 11010502049343號