Windows Docker镜像部署Web App Container启动失败求助：Open Compute System failed

你遇到的Open Compute System failed错误在Windows容器部署到Azure Web App时很常见，通常和环境兼容性、容器启动配置或者IIS设置有关。结合你的Dockerfile，我整理了几个关键的排查和修复步骤：

1. 确认Azure App Service的SKU和操作系统兼容性 #

Azure Web App for Containers对Windows容器的支持有特定要求：

• 你使用的是ltsc2019基础镜像，必须搭配Premium V3（P1v3及以上）或者Isolated层的App Service，Free/Basic层不支持Windows容器。
• 确保你的App Service配置中，操作系统选择的是Windows，容器类型设置为Windows（而非Linux）。

2. 添加ServiceMonitor启动命令，维持容器存活 #

你的Dockerfile中下载了ServiceMonitor.exe，但没有指定容器启动时的入口命令。Windows容器需要通过ServiceMonitor来监控IIS的w3svc服务，否则容器会在初始化后立即退出，导致启动失败。

在Dockerfile的末尾添加以下内容：

ENTRYPOINT ["C:\\ServiceMonitor.exe", "w3svc"]

3. 修正证书处理方式（避免权限和安全问题） #

把SSL证书打包到镜像里不仅不安全，还可能在Azure环境中遇到权限问题，导致证书绑定失败。更推荐的方式是利用Azure App Service的原生SSL功能：

1. 将你的IIS_Docker.pfx上传到Azure App Service的SSL证书管理界面。
2. 在App Service的配置 -> 自定义域名中，将证书绑定到你的域名。
3. 修改Dockerfile，移除证书导入和绑定的相关命令，简化IIS网站配置为HTTP（Azure会在前端处理HTTPS终止），或者调整为使用App Service提供的证书。

如果坚持在容器内处理证书，尝试修改证书导入的存储位置为CurrentUser\My，并确保命令的权限足够：

$cert = Import-PfxCertificate -Exportable -FilePath 'IIS_Docker.pfx' -CertStoreLocation cert:\CurrentUser\My -Password $pwd;

4. 检查Dockerfile中的路径和复制逻辑 #

你的WORKDIR指令使用了单引号，虽然PowerShell支持，但Dockerfile中更推荐使用双引号或者无引号的路径写法，避免潜在的解析问题：

WORKDIR C:\inetpub\wwwroot\sampleaspnet

另外，本地测试时可以进入容器验证文件是否正确复制：

docker exec -it <你的容器ID> powershell
# 进入后检查文件
Get-ChildItem C:\inetpub\wwwroot\sampleaspnet

5. 配置App Service的端口映射 #

Azure Web App需要明确知道容器监听的端口，在App Service的配置 -> 应用设置中添加：

• 键：WEBSITES_PORT
• 值：443

这会确保App Service将流量转发到容器的443端口。

按照以上步骤调整后，重新构建镜像并推送至Docker Hub，再尝试部署到Web App Container，应该能解决启动失败的问题。

内容的提问来源于stack exchange，提问作者JSK