迁移至Linux后，能否不通过Docker运行Azure Web App？

一、Bitbucket部署至容器化应用速度过慢的优化方案 #

• 排查镜像构建环节：Linux容器化部署默认会触发镜像构建，这是耗时核心。对比Windows的直接文件部署，可从以下几点优化：
  • 启用依赖缓存：在部署脚本中加入npm cache clean --force或yarn cache clean后再执行安装，或在Dockerfile中添加缓存层（先复制package.json/yarn.lock再安装依赖），避免重复下载依赖。
  • 更换轻量基础镜像：使用node:XX-alpine（XX为你的Node.js版本）替代全量镜像，大幅减少镜像拉取和构建时间。
  • 检查网络与构建服务：确认Bitbucket到Azure的网络链路无异常，或切换至Azure内置的App Service Build Service完成构建，避免远程构建的延迟。

二、容器不定期回收重启的排查方向 #

容器回收重启通常和资源、健康状态、应用崩溃相关：

• 资源阈值触发：查看App Service的CPU/内存监控数据，若资源持续超过配额，平台会自动重启容器。可升级服务计划层级提升资源上限。
• 健康检查失败：Linux App Service默认会检测应用根路径的响应状态，若应用未返回200状态码，会判定为不健康并重启容器。需确保应用提供有效的健康端点（如/health），并在App Service配置中指定该路径。
• 应用进程崩溃：通过App Service的“日志流”查看容器日志，排查是否存在未捕获的异常、内存泄漏或进程退出信号，这些会直接导致容器终止重启。

三、Linux App Service是否可脱离Docker运行Node.js应用 #

可以。Linux App Service提供内置Node.js运行时，无需依赖Docker：

• 创建App Service时，选择“代码”作为发布方式，指定对应版本的Node.js运行环境。
• 部署时在部署中心选择代码部署模式，Azure会自动用内置运行时托管应用，跳过Docker镜像的构建与运行流程。

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