Azure 容器实例：Microsoft 容器创新的有力证明

本文讲的是<b>Azure 容器实例：Microsoft 容器创新的有力证明</b>【编者的话】本文主要介绍了 Microsoft 在容器技术浪潮中所作出的创新与努力以及所取得的成果。

与其他企业级基础设施供应商相比，面对容器技术带来的挑战，Microsoft 处于一个比较微妙的位置。Microsoft 已经在受到容器应用增长冲击的系统中取得了很多既得利益，其中包括操作系统（Windows Server），虚拟机管理程序（Hyper-V），私有云产品（Azure Stack）和 公有云（Azure）。

Brendan 的主要可交付成果包括 Windows 与 Kubernetes 的集成，对微软用户来说这是一件极其重大的事。通过 Kubernetes 的管理，用户将能够无缝地混合和匹配 Linux 和 Windows 工作负载。这种异构环境将运行包含 Linux 和 Windows 节点的 Kubernetes 集群。但 Windows 的基础网络堆栈对此次集成增加了不小的难度，解决这个挑战的过程应该非常有趣。Brendan 除了将 Kubernetes 带到了 Azure，他也在忙于解决微软的整体容器化战略。

使用 ACI，开发人员在运行应用程序时无需担心 VM 或 宿主机操作系统。这是微软将 ACI 定位为“无服务容器”的主要原因。在 ACI 中无法通过 SSH 或 RDP 连接到主机。工作流程很简单 - 从 registry 中拉取一个容器，按需运行即可。

ACI 的定价模式与无服务理念相一致。每个配置的容器实例每月收取 <code>$ 0.0025</code>。内存持续时间是通过容器的起止时间计算而来，RAM 的收费是 <code>$0.0000125/G</code>。从容器创建时起，每个 CPU 需要支付 <code>$0.0000125</code> 的费用。每个 ACI 实例最多可以有最大 3.5GB 的 RAM 和 4个 CPU。例如，如果每天启动一个具有 1GB RAM 和 1个CPU 的 ACI 实例5分钟，则帐单将转换为0.30美元，这是非常实惠的。

ACI 并不是成熟容器编排平台诸如 Docker Swarm，Mesosphere DC / OS，HashiCorp Nomad 和 Kubernetes 的替代品。如果要运行复杂的微服务应用程序，需要高级功能如持久性、服务发现、canary、自动扩容、自我修复、监控和日志记录等功能，Azure 容器服务是最好的选择。将 ACI 视为增强的、支持容器的无服务平台。与其压缩代码和上传代码片段到 AWS Lambda 或 Azure Function，你可以利用 Docker 的调试工具，上线之前在本地测试代码。

<b>原文发布时间为：</b>2017-09-13

<b>本文来自云栖社区合作伙伴Dockerone.io，了解相关信息可以关注Dockerone.io。</b>

<b></b>

<b>原文标题：</b><b>Azure 容器实例：Microsoft 容器创新的有力证明</b>