去年對雷德蒙德(Redmond)來說是忙碌的一年。而今年看起來更加繁忙。
微軟可能會在雷德蒙德建立一個新的園區(qū),但是它也在創(chuàng)建大量的軟件和工具,特別是在云計算和企業(yè)業(yè)務方面。Windows仍將在2018年主宰微軟的資產負債表,但Azure和其它云平臺將變得越來越重要,這得益于微軟的365和Azure,Office 365,Dynamics 365和領英的整合。
2018年還有什么是持存的?我為了回答這個問題,重溫了微軟去年的企業(yè)專欄并選取一些反復出現的企業(yè)主題,想一想在未來的12個月里它們將何去何從。以下是我的七個預言。
預言之一:兩個新的Windows Server版本
2018年將是首次有兩個Windows Server版本并存的一年,因為其新版本的開發(fā)節(jié)奏加快了。作為微軟不斷變化的測試其操作系統的方法的一部分,Insider成員已經可以使用1803版本。新版本看起來很可能將重點放在Windows Server的存儲功能上,恢復Storage Spaces Direct功能并增加重復數據刪除這樣的額外功能。
當你考慮Windows Server與Azure的聯合時,加快Windows Server的開發(fā)節(jié)奏是有意義的,特別是當你將本地操作系統和本地Azure棧中的客戶端VM鏡像添加到其中時。同樣,隨著微軟繼續(xù)縮小服務器核心和Nano服務器映像的規(guī)模,Windows Containers將變得更小,更快,更容易部署。
預言之二:我們管理Windows的方式將發(fā)生改變
2017年更有趣的發(fā)展之一是檀香山計劃(Project Honolulu)的測試版,這是Windows Server的無代理基于Web的管理平臺。由于微軟在其加速發(fā)行計劃中關注無用戶界面(UI)的服務器,因此你需要使用RSAT等工具從桌面管理服務器。現在,在檀香山計劃中,一旦你安裝了網關軟件,你只要一個網頁瀏覽器就夠了。你只要使用PowerShell遠程處理和WMI就能控制一個或多個服務器在一個清晰易用的用戶界面中顯示所需的所有內容。一個工具就可以處理服務器、虛擬機和集群,而無需在管理工具之間切換。
檀香山計劃目前正處于測試階段,但預計在2018年將會有多個版本問世,其中包括適合現代數據中心使用的生產版本。
預言之三:虛擬化和容器走得越來越近
微軟的Hyper-V虛擬化平臺仍然是其操作系統戰(zhàn)略的一個重要組成部分,該組成部分支持Azure的基礎架構即服務,并簡化了向云端的直接遷移(lift-and-shift migration)。雖然現在本地虛擬化已經是一項成熟的技術,但Hyper-V仍然在微軟的容器平臺上扮演著重要角色。你預計會看到Hyper-V容器越發(fā)會成為確保容器隔離的一種方式,它使用虛擬化將容器隔離在多租戶云系統上。
預言之四:更多的圖表,更多的洞察
Microsoft Graph是Office 365最重要的功能之一,它提供了在組織中考察文檔和工作人員的新方法。雖然Delve應用程序即將停用,但你有望在Office應用程序中看到更多Microsoft Graph的結果,對你的代碼的API訪問也改善了。與此同時,你會逐漸看到更多的跨平臺和跨圖表操作,這些操作具有新服務和對領英、Dynamics 365和Microsoft的安全性圖表的額外的API訪問。
雖然微軟目前專注于對Office和領英圖表的REST式訪問,但它傾向于使用帶有Cosmos DB的開源Gremlin圖形查詢語言。2018年有望將這兩種方法結合在一起,以實現更復雜的交叉圖訪問,無論是和Microsoft Graph的Gremlin層結合,還是和有助于在應用程序中管理和使用圖形查詢和圖形API的Azure服務結合。
預言之五:UWP持續(xù)獲得更多的功能
雖然現在仍有很多Win32代碼,但它是Windows商城訪問一些Windows功能而架起的橋梁。微軟定期的Windows Cadence將每年推出通用Windows平臺(UWP)SDK的兩個主要版本,并且這些版本支持新技術和新硬件。我們已經看到eSIM等技術在beta版本中對SDK提供的支持,這是2018年推出的基于ARM的“永遠聯機”的個人電腦的關鍵技術。
支持跨平臺開發(fā)和.Net Standard 2.0將使你的代碼更加容易移植,并為你提供跨Windows、Linux、Android、iOS等應用程序的交付機會。
預言之六:Azure的無服務器未來
Azure最大的變化之一就是推出了無服務器計算選項Azure Functions。微軟已經花費了2017年的時間來增加新的功能來支持新的用例,并在平臺上添加新的框架。Azure的愿景一直是成為無國界平臺即服務(stateless platform as a service)的公共云之一,Azure功能加上像Event Grid這樣的工具最終實現了這一承諾。使用承載Azure函數運行時的可執(zhí)行容器,它不僅限于在本地運行的Azure,甚至在Amazon Web Services等競爭平臺上運行。
如果你正在構建消息驅動的微服務,Azure Functions就是適合你的工具。在你利用Azure的Kubernetes工具處理其它業(yè)務邏輯之前,它是構建應用程序初始層的理想之地。持久化函數(durable function)這樣的功能可以處理更復雜的工作流程,我們可以期待Azure Functions的團隊在來年增加對更多語言和更多用例的支持。
預言之七:Kubernetes無處不在
容器作為現代應用程序部署的重要性不可低估。通過構建鏈以易于安裝和不可變的容器提供代碼,可以輕松升級應用程序。如果你在21世紀初嘗試構建面向服務的體系結構,那么你會喜歡使用容器來封裝服務,將所有數據(包括狀態(tài)信息)保存在容器外部,使更新自行配置并準備運行。
不管容器的部署有多容易,規(guī)模管理仍然是一個問題。這就是開源Kubernetes派上用場的地方,它用來管理容器在主機上的部署和擴展方式。Azure已經對Kubernetes進行了重大投資,現在它已成為首選的容器管理工具。AKS、Azure容器服務和ACI、Azure容器實例仍然是微軟Kubernetes戰(zhàn)略的重點,但是通過像Helm、Brigade、Steward和Draft這樣的開源工具對Kubernetes的程序化管理將會引起廣泛的興趣。
微軟在2017年招聘了很多Kubernetes專家,如DEIS團隊,這將在2018年得到回報,因為這加速了其開源工具的開發(fā),并擴大其原生云計算基金會(Cloud Native Computing Foundation)的會員人數。
更高級的工具,包括像Pivotal這樣的第三方合作伙伴,也應該提供更多對Kubernetes的低級容器管理的對開發(fā)者更友好的抽象,使得構建代碼和部署代碼成為可能,而不必考慮底層的運作機制。
版權聲明:本文為企業(yè)網D1Net原創(chuàng),轉載需注明出處為:企業(yè)網D1Net,如果不注明出處,企業(yè)網D1Net將保留追究其法律責任的權利。