Microsoft 容器創新的有力證明,microsoft服務協議更新,microsoft服務協議有什么用

微軟容器創新的有力證明

與其他企業級基礎設施供應商相比，面對容器技術帶來的挑戰，微軟處于一個微妙的位置。微軟在受容器應用增長影響的系統中取得了許多既得利益，包括操作系統(Windows Server)、虛擬機管理程序(HyperV)、私有云產品(Azure Stack)和公共云(Azure)。

對于平臺公司來說，容器技術既是挑戰也是機遇。每個提供基礎設施的玩家對容器化浪潮的反應都不一樣。雖然VMware在競爭中起步較早，但谷歌、微軟和紅帽在擁抱新一輪計算浪潮時反應迅速。Google專注于容器管理，開源Kubernetes容器編排引擎，并在其公共云中提供Kubernetes的托管版本。紅帽意識到，作為傳統的PaaS，OpenShift并沒有表現出強勁的勢頭。于是紅帽做了很大的改變，包括品牌和底層技術棧，轉向了Kubernetes。

微軟很快與Docker達成協議，使其成為Windows容器的默認接口，并努力確保容器是整個堆棧中不可或缺的一部分，體現其新的文化特征。Windows容器，HyperV容器，Windows Server 2016中集成的Docker引擎，Azure容器服務，Docker的Visual Studio工具，容器優化的Windows Nano服務器，Azure中的嵌套虛擬化，這些都表明微軟正在盡一切努力讓容器化成為一等公民。

到目前為止，微軟的戰略舉措之一是將Brendan Burns(https://github . com/brendandburns)納入其中，他是前谷歌員工，屬于Kubernetes的創始團隊。這次招聘引起了不小的轟動，包括Azure的主要競爭對手——構建谷歌云平臺的團隊。但是由于Brendan和Kubernetes的合作，這個開源項目在社區中獲得了很大的知名度，所以并沒有引起太多的不滿。包括谷歌員工在內的Kubernetes社區希望看到微軟正式擁抱Kubernetes。微軟沒有讓我們失望。在Brendan過渡到Azure計算團隊的幾個月內，Redmond在Azure上開放了Kubernetes。這幾乎打破了AWS的壟斷，AWS基于EC2構建了專有的容器管理平臺——亞馬遜EC2容器服務。

Brendan的主要交付成果包括Windows和Kubernetes的集成，這對微軟用戶來說是一件極其重要的事情。通過Kubernetes的管理，用戶將能夠無縫地混合搭配Linux和Windows工作負載。這個異構環境將使用Linux和Windows節點運行Kubernetes集群。但是Windows的基礎網絡棧給這種集成增加了很多難度，解決這個挑戰的過程應該會很有趣。除了將Kubernetes帶到Azure，Brendan還忙于解決微軟的整體容器化策略。

最新的Azure Container Instance (ACI)是微軟的重要舉措，ACI中有很多Brendan marks。ACI允許開發人員啟動一個“無服務容器”,而不用關心充當主機的虛擬機和操作系統。只需兩步，開發者就可以在Azure中啟動一個容器。雖然有容器優化的操作系統，比如CoreOS，Atomic Hosts，Windows Nano Server，但是在運行容器之前都是作為虛擬機使用的。

借助ACI，開發人員在運行應用程序時不必擔心虛擬機或主機操作系統。這也是微軟將ACI定位為“無服務容器”的主要原因。您不能在ACI中通過SSH或RDP連接到主機。工作流程很簡單——只需從注冊表中拉出一個容器，然后按需運行。

ACI的定價模式與無服務的理念是一致的。每個配置的容器實例每月收費0.0025美元。內存時長以容器的起止時間計算，RAM的收費為0.0000125美元/g，從容器創建時起，每個CPU需要支付0.0000125美元的費用。每個ACI實例最多可以有3.5GB RAM和4個CPU。比如一個1GB RAM，1個CPU的ACI實例，每天啟動5分鐘，賬單會折算成0.30美元，非常實惠。

從很多方面來說，ACI是微軟對AWS Lambda的反擊。雖然Azure Function是Lambda的類似替代品，但微軟將其作為對競爭對手無服務產品的快速回應。Azure Function是對Azure WebJobs的改進，后者是為類似但不同的用例創建的服務。ACI是一種優雅的免服務計算，因為它允許開發人員以Docker映像的形式攜帶代碼和配置。與Lambda不同，ACI不限于一組預定義的語言和運行時。

自帶容器的想法最近深入人心。通過其靈活的環境將托管虛擬機添加到Google App Engine的PaaS中。Amazon AWS Beanstalk支持單容器和多容器部署。但是，Azure容器實例給原生容器應用帶來了真正的無服務功能。開發者可以將從代碼到配置的一切都封裝在Docker容器鏡像中，并定期執行。包括運行配置管理腳本、備份任務、自動構建、隊列處理等等。

ACI不能替代成熟的容器編排平臺，如Docker Swarm、Mesosphere DC/OS、HashiCorp Nomad和Kubernetes。如果要運行復雜的微服務應用，需要持久化、服務發現、金絲雀、自動擴容、自修復、監控和日志等高級功能，Azure容器服務是最佳選擇。可以把ACI看作是一個增強的、支持容器的免服務平臺。不用壓縮代碼，上傳代碼片段到AWS Lambda或者Azure Function，可以使用Docker的調試工具，在上線之前在本地測試代碼。

ACI說明微軟非常重視容器技術，創新速度比競爭對手都快。這項技術將成為Azure計算平臺的關鍵支柱之一。我非常確定ACI將在 Azure IoT Edge中占有一席之地，這是微軟的邊緣計算平臺。它最終也將作為Azure Stack中的計算層。

特別聲明：以上文章內容僅代表作者本人觀點，不代表ESG跨境電商觀點或立場。如有關于作品內容、版權或其它問題請于作品發表后的30日內與ESG跨境電商聯系。