Azure App Service容器部署后，镜像内置文件缺失问题排查

1. 处理存储挂载覆盖问题 #

Azure App Service默认会将/home目录挂载到持久存储，若你的自定义镜像把配置文件放在/home下的子目录，会被空的挂载目录覆盖。

• 确认Dockerfile里的文件复制路径避开/home，比如用/usr/local/wiremock这类独立路径
• 若必须使用/home下的目录，可在App Service的容器设置中关闭持久存储选项（注意：关闭后容器重启会丢失临时数据，仅适用于依赖镜像内置文件的场景）

2. 验证Dockerfile复制逻辑 #

确保复制命令完整且权限设置正确：

# 复制所有WireMock配置文件到目标目录
COPY ./wiremock/* /usr/local/wiremock/
# 赋予目录可读可执行权限，避免运行时访问受限
RUN chmod -R 755 /usr/local/wiremock/

• 本地构建后，进入容器核对文件：docker exec -it <容器ID> ls -l /usr/local/wiremock/
• 确认DevOps流水线推送的镜像和本地构建版本一致，排查是否因.gitignore排除配置文件导致流水线构建遗漏

3. 明确WireMock启动根目录 #

启动WireMock时强制指定配置文件所在根目录，避免默认路径受App Service环境干扰：

java -jar wiremock-jre8-standalone.jar --root-dir /usr/local/wiremock --port 80

• 在App Service的容器设置中确认启动命令已正确传递--root-dir参数
• 查看App Service日志流，检查WireMock启动时是否有找不到配置文件的报错

4. 排查容器启动日志 #

通过Azure Portal进入App Service的日志流，重点查看：

• 镜像构建时复制文件的执行日志
• WireMock启动阶段的报错信息
• 目录权限相关的警告提示

5. 使用自定义启动脚本验证 #

创建start.sh启动脚本，先校验文件存在性再启动服务：

#!/bin/bash
# 打印目录文件列表，确认文件状态
ls -l /usr/local/wiremock/mappings/
# 启动WireMock服务
java -jar wiremock-jre8-standalone.jar --root-dir /usr/local/wiremock --port 80

• 在Dockerfile中添加脚本复制与权限设置：

COPY start.sh /usr/local/wiremock/
RUN chmod +x /usr/local/wiremock/start.sh
CMD ["/usr/local/wiremock/start.sh"]

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