Microsoft 容器创新的有力证明,microsoft服务协议更新,microsoft服务协议有什么用-ESG跨境

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跨境电商联系。