Azure App Service免费层结合GitLab Container Registry、WebHook部署异常

核心异常诱因：免费层级的硬配额限制 #

• 免费（F1）层级单应用存在每日累计60分钟的运行时长硬配额，一旦当日配额耗尽，应用本身、以及承载部署能力的SCM管理站点会被强制回收休眠，所有发往docker/hook端点的请求会被直接拦截，完全不会写入部署日志——这完全匹配你观测到的“每天仅能成功触发一次、后续调用无任何部署记录”的现象。
• 免费层级无持续保活能力：如果应用连续闲置10分钟，就算当日运行配额没耗尽，站点和SCM服务也会被强制回收，此时收到的WebHook请求只会触发应用冷启动，但冷启动过程中docker/hook端点的请求无法被SCM部署管道捕获，自然不会留下任何部署执行痕迹。
• 免费层级存在临时拉取限流规则：当当日已经完成过一次容器镜像拉取部署后，后续重复触发的镜像拉取请求会被免费层的带宽限流规则直接拦截，不会进入实际部署流程，也不会输出正常的部署日志。

常见认知误区澄清 #

• 你当前使用的WebHook调用格式不存在错误：https://$<my-app>:<token>@<my-app>.scm.azurewebsites.net/docker/hook是Azure容器化部署的标准WebHook端点，格式、鉴权逻辑均符合平台要求，不存在格式问题导致的调用失效。
• 偶发的正常运行并非流程逻辑bug：当应用当日运行配额尚未耗尽、SCM站点刚好处于唤醒状态时，WebHook请求可以正常进入部署管道执行动作，这就是你观察到“偶发可正常运行”的原因；一旦触及配额阈值，就会出现调用无响应、无日志的反常表现。

验证与解决方向 #

• 遇到部署无日志的异常状态时，可以先手动访问一次应用主站点，等待应用完成冷启动完全唤醒后，再调用WebHook端点，如果此时能正常生成部署日志，即可100%确认是免费层级的配额休眠机制导致的问题。
• 免费层级本身不适合承载持续运行的自动化容器部署流程，若要稳定使用WebHook触发容器部署，至少需要升级到基础（B1）及以上的实例层级，这类层级没有每日强制配额回收的限制，SCM部署端点可以稳定响应请求、完整记录所有触发的部署动作。

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