Azure部署Strapi后容器无法访问，求排查方向

一、部署成功但无法访问的排查步骤 #

• 优先解析「Web App down」诊断日志**：日志里的具体错误信息是核心，比如端口监听失败、启动命令执行异常、依赖缺失、数据库连接超时等，先提取关键错误关键词，比如EADDRINUSE（端口占用）、Connection refused（数据库连接失败）等。
• 验证端口配置：Azure Web App会自动分配端口，不能硬编码固定端口，必须通过process.env.PORT环境变量监听端口。检查Strapi配置是否正确读取该变量，而非写死3000或其他值。
• 检查启动命令：确认Azure Web App的启动命令是否为生产环境命令（如npm start或yarn start），而非本地开发命令npm run develop。可在Azure门户「配置」→「常规设置」中查看并修正。
• 核对环境变量：Strapi生产环境必需的环境变量（数据库连接字符串、NODE_ENV、JWT密钥等）是否在Azure Web App「配置」→「应用程序设置」中正确配置，无遗漏或拼写错误。重点确认数据库连接字符串与Azure数据库的访问权限匹配。
• 检查资源配置：查看Azure Web App所属应用服务计划的实例规格，免费/基础层实例可能因内存不足导致Strapi启动失败。可在「应用服务计划」中查看CPU、内存使用率，确认是否存在资源耗尽情况。
• 验证网络连通性：若Strapi连接Azure数据库（PostgreSQL/MySQL等），检查数据库防火墙规则是否允许Web App IP访问，或是否开启「允许Azure服务访问」选项。同时确认Web App未因VNet集成导致无法访问外部资源。
• 检查构建产物完整性：通过Azure门户「高级工具」→「Kudu」查看网站目录结构，确认GitHub Actions构建的生产产物（Strapi的build目录）及依赖包完整，无遗漏。
• 查看实时启动日志：在Azure门户「日志流」中查看应用启动时的实时输出，排查是否卡在数据库初始化、依赖安装等环节。

二、Azure是否自动创建容器？ #

取决于部署方式：

• 若采用容器化部署（如通过Docker镜像部署到Azure Web App for Containers），Azure会自动根据你提供的镜像或Dockerfile创建并运行容器。
• 若为非容器化部署（直接部署代码到Azure Web App），Azure不会创建容器，而是在App Service托管环境中直接运行Node.js应用，无需容器。

内容的提问来源于stack exchange，提问作者Žilvinas Vidmantas