自定义容器Azure Function TimerTrigger本地不触发，function.json缺必要配置吗？

• 仅配置Timer触发器完全可以驱动函数运行，不需要额外添加任何输出绑定。你在代码里主动完成网页爬取、Twitter发布的逻辑，属于应用代码范畴，和function.json的绑定配置无关——输出绑定仅用于将函数返回值推送到Azure原生服务（如Blob存储、服务总线队列）的场景，对接第三方公网服务不需要依赖绑定配置。
• 你遇到的容器内Timer触发器不触发的问题，根源就是日志中报的connectionString空值错误，不存在其他配置缺陷。

问题根因说明 #

Timer触发器的调度逻辑依赖Azure存储记录上次执行时间、防止多实例部署时重复触发，自定义容器是隔离运行环境，默认不会读取你宿主机上为VS Code开发配置的local.settings.json文件：

1. 你之前在VS Code本地直接运行函数时，Azurite存储模拟器在宿主机的本地端口运行，函数进程可以直接访问宿主机的服务，因此能正常拿到AzureWebJobsStorage配置；
2. 容器启动时，既没有通过环境变量注入存储连接串，也没有把宿主机的配置文件挂载到容器内部，就会出现“无法解析connectionString”的异常；
3. 日志中显示重试后监听器启动成功属于假象：这种情况下监听器会降级为内存模式调度，一旦容器和宿主机的存储模拟器网络不通，调度逻辑就会挂起，最终表现为定时器完全不触发。

修复步骤 #

• 给容器注入有效的存储连接串环境变量，不需要修改现有function.json配置：
  • 如果使用本地Azurite存储模拟器，需要设置AzureWebJobsStorage环境变量，注意容器内无法直接访问宿主机的localhost，需要用host.docker.internal映射宿主机地址，同时确保Azurite不是仅监听127.0.0.1端口；
  • 如果使用真实Azure存储账号，直接将对应账号的连接串填入环境变量即可。
• 补充__init__.py中缺失的datetime模块导入，避免定时器触发后因NameError（未定义datetime）导致执行中断——现有代码中已经使用了datetime.datetime.utcnow()但未引入对应模块。
• 确认容器启动时已经打通到宿主机Azurite服务的端口映射（默认10000/10001/10002三个端口），避免网络不通导致调度失效。

注意：你当前的function.json配置没有缺陷，cron表达式0 * * * * *可以正常实现每分钟整触发一次的需求，不需要参考其他Durable函数的配置添加额外绑定。

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