微软AzureAppService开始整合WindowsServer容器，支援开发者用PowerShell、WinRM与容器远端连线

去年9月微软Azure App Service正式支援Linux后，开始支援开发者自带Docker容器映像档，开发云端容器网页应用。而在近日，微软自家的容器技术Windows Server Containers，现在也登上Azure App Service，现在此服务还处于公开预览版阶段。在Azure App Service支援Windows Server Containers后，现在开发者也可以将网页应用打包成Windows容器格式，部署至该环境运作。

这次的公开预览版服务中，使用者可以整合Docker Hub、Azure容器映像档储存库或第三方私人储存库，将容器化应用部署到Azure App Service环境，微软也支援开发者进行渐进增量部署（Incrementally deploy ）。而利用该平台的Log串流服务，管理员可以分析应用程序产生的Log数据。再者，使用PowerShell、WinRM（Windows Remote Management），管理员也可以远端与该容器进行连线。

同时，针对在Azure App Service环境部署Windows容器的用户，微软也有推出独家服务，在该云端PaaS环境，该公司释出3种不同规格的虚拟机执行环境，让企业用户选择。比照Azure Dv3系列的虚拟机规格，最阳春的规格共搭载2颗vCPU及8GB内存。最大则支援至8颗vCPU、32GB内存。

微软认为，这次新发布的产品整合，可以协助企业用户将既有应用程序翻新，以适应现代化的执行环境。以具体作法而言，总共有4大方向可以着手。第一种方式是将应用程序，搬迁至云端PaaS执行，利用Windows容器格式，企业用户可以将.NET框架、.NET核心应用程序，搬迁至Auzre环境，并且部署在云端PaaS环境执行。第二种方式则是容器开发者惯用的手法，将应用程序，连同运作所需的相依性，一并打包至Windows容器中执行。

第三种方式，则是借助Windows容器技术的隔离性、安全设定，让原先可能被Azure App Service阻挡的系统呼叫，可成功执行，并且在该容器内执行。最后，则是将第三方解决方案，使用Windows容器打包，将这些应用搬迁至Azure App Server部署。

想要部署.NET框架、.NET核心应用的企业用户，也有不同的使用方式。微软解释，想将.NET框架应用程序打包至Windows容器的用户，必须选择Windows Server Core 2016长期服务通道版，作为基础映像档。至于要部署.NET和新应用的开发者，得选用Windows Server Nano 2016长期服务通道版，作为基础映像档。该公司表示，目前Azure App Service尚未支援开发者利用Windows Server 1709版，部署容器应用程序。

在这次新产品整合发布，开发者可透过PowerShell、WinRM（Windows Remote Management），与该容器进行远端连线。图片来源：微软