微软宣布推出了，该预览版对安装到App Service环境中的内容提供了更多的控制。这个声明扩展了的功能，不仅可以运行基于Linux的容器环境，现在还可以运行基于windows的容器环境。

Azure应用服务提供了一个，用于在IIS上运行应用程序栈，比如ASP.NET或node.js。因此，AzureApp Service不允许进入管理访问点，在全局程序集缓存中不允许自定义依赖项，也不允许安装自定义组件。有了在App Service上的，就可以使用这些功能，因为Windows容器包含隔离环境中运行每个应用程序的所有元素。

要在AzureApp Service上运行这些容器，它们必须通过HTTP(S)公开一个端点，例如，通过运行IIS。因此，在App Service中提供了几个Windows容器功能使几种新的场景成为可能。Azure App Service的项目经理 在声明中描述了其中的几种场景。

• 提升并转移到PaaS——对于有兴趣将.NET框架和.NET Core应用程序迁移到Azure的客户来说，这是一个理想的选择。\

• 具有依赖关系的应用程序——在Windows容器中部署应用程序允许客户安装自定义依赖。示例包括必须安装到全局程序集缓存(GAC)中的定制字体或组件库的安装程序。\

• 放宽的安全限制——当部署容器应用程序时，Windows容器是一个隔离和安全的边界。因此，通常会被Azure App Service阻止的对类库的调用，当在Windows容器中运行时将会成功调用。例如，许多PDF生成库调用图形设备接口(GDI) api。使用Windows容器，这些将会成功调用。\

• 第三方应用程序迁移——客户通常拥有由第三方开发的关键业务应用程序，而公司与第三方不再有关系。容器化这些类型的应用程序可以打开将应用程序迁移到Azure App Service的机会。\

除了引入Windows容器支持，微软还宣布了三个新的 ，特别针对App Service计划托管Windows容器。SKUs都基于Dv3能力，并且在CPU和内存能力上有所不同。

• 小型- 2 CPU虚拟核心和8GB内存\

• 中等- 4 CPU虚拟核心和16GB内存\

• 大型- 8 CPU虚拟核心和32GB内存\

源自:https://azure.microsoft.com/en-us/blog/announcing-the-public-preview-of-windows-container-support-in-azure-app-service/

Windows容器源自，Azure App Service使用基础镜像创建托管环境。在容器环境中运行的.NET框架指定父镜像。具体来说，在.NET框架上运行的应用程序使用基于Windows Server Core 2016 LTSC发行版的父镜像，而.NET Core应用程序需要基于Windows Server Nano 2016 LTSC发行版的父镜像。此外，App Service提供几个缓存的，这减少了启动时间，因为这些镜像在应用程序启动时可用，而不需下载它们。

入门包括为容器创建一个web应用程序，并选择要部署的容器，在博客《部署Windows 容器》中了这一点。该文章的作者提到，这些新功能能让你更快地开始使用Windows容器。

\

我不得不说，我很高兴看到这个服务走进大众的视野，因为到目前为止部署Windows容器这个过程涉及了许多的步骤。

\

在App Service上支持Windows容器的公开预览期，以下功能是可用的：

• 使用Docker Hub、Azure容器注册中心或私有注册中心部署容器应用程序。\

• 应用程序日志和App Service日志流特性的使用。\

• 可以使用部署槽和槽交换来增量地部署应用程序。\

• 通过PowerShell和WinRM直接连接到容器。\

• Autoscale提供了自动扩展功能。\

查看英文原文：