Microsoft 容器創(chuàng)新的有力證明,microsoft服務(wù)協(xié)議更新,microsoft服務(wù)協(xié)議有什么用-ESG跨境

Microsoft 容器創(chuàng)新的有力證明,microsoft服務(wù)協(xié)議更新,microsoft服務(wù)協(xié)議有什么用

微軟容器創(chuàng)新的有力證明

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

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

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

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

Brendan的主要交付成果包括Windows和Kubernetes的集成，這對(duì)微軟用戶來說是一件極其重要的事情。通過Kubernetes的管理，用戶將能夠無縫地混合搭配Linux和Windows工作負(fù)載。這個(gè)異構(gòu)環(huán)境將使用Linux和Windows節(jié)點(diǎn)運(yùn)行Kubernetes集群。但是Windows的基礎(chǔ)網(wǎng)絡(luò)棧給這種集成增加了很多難度，解決這個(gè)挑戰(zhàn)的過程應(yīng)該會(huì)很有趣。除了將Kubernetes帶到Azure，Brendan還忙于解決微軟的整體容器化策略。

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

借助ACI，開發(fā)人員在運(yùn)行應(yīng)用程序時(shí)不必?fù)?dān)心虛擬機(jī)或主機(jī)操作系統(tǒng)。這也是微軟將ACI定位為“無服務(wù)容器”的主要原因。您不能在ACI中通過SSH或RDP連接到主機(jī)。工作流程很簡單——只需從注冊表中拉出一個(gè)容器，然后按需運(yùn)行。

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

從很多方面來說，ACI是微軟對(duì)AWS Lambda的反擊。雖然Azure Function是Lambda的類似替代品，但微軟將其作為對(duì)競爭對(duì)手無服務(wù)產(chǎn)品的快速回應(yīng)。Azure Function是對(duì)Azure WebJobs的改進(jìn)，后者是為類似但不同的用例創(chuàng)建的服務(wù)。ACI是一種優(yōu)雅的免服務(wù)計(jì)算，因?yàn)樗试S開發(fā)人員以Docker映像的形式攜帶代碼和配置。與Lambda不同，ACI不限于一組預(yù)定義的語言和運(yùn)行時(shí)。

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

ACI不能替代成熟的容器編排平臺(tái)，如Docker Swarm、Mesosphere DC/OS、HashiCorp Nomad和Kubernetes。如果要運(yùn)行復(fù)雜的微服務(wù)應(yīng)用，需要持久化、服務(wù)發(fā)現(xiàn)、金絲雀、自動(dòng)擴(kuò)容、自修復(fù)、監(jiān)控和日志等高級(jí)功能，Azure容器服務(wù)是最佳選擇?？梢园袮CI看作是一個(gè)增強(qiáng)的、支持容器的免服務(wù)平臺(tái)。不用壓縮代碼，上傳代碼片段到AWS Lambda或者Azure Function，可以使用Docker的調(diào)試工具，在上線之前在本地測試代碼。

ACI說明微軟非常重視容器技術(shù)，創(chuàng)新速度比競爭對(duì)手都快。這項(xiàng)技術(shù)將成為Azure計(jì)算平臺(tái)的關(guān)鍵支柱之一。我非常確定ACI將在 Azure IoT Edge中占有一席之地，這是微軟的邊緣計(jì)算平臺(tái)。它最終也將作為Azure Stack中的計(jì)算層。

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