如何让Azure VM中的代码像Function一样由存储Blob变更触发？

刚好之前帮朋友处理过类似的场景，Azure完全有现成的方案不用自己写轮询代码，给你两个最实用的思路：

方法一：Azure Event Grid + VM内部监听服务 #

这是最接近Azure Function事件驱动模式的方案：

• 先给你的Blob存储配置Event Grid订阅，选择触发事件为「Blob创建（仅限块Blob）」
• 在VM上搭建一个轻量的HTTP监听服务（比如用Python Flask、.NET Core Web API写个几行代码的端点就行），用来接收Event Grid发送的事件通知
• 当有新Blob上传时，Event Grid会把Blob的元数据（存储账户名、容器名、Blob路径等）通过HTTP POST请求发给VM的监听服务
• 你的监听服务拿到这些信息后，直接调用预先在VM里配置好的图像处理代码，完成任务

注意点：

• 如果VM没有公网IP，可以用Azure Private Link把Event Grid和VM所在的虚拟网络打通，避免暴露公网端口
• Event Grid自带重试、死信队列机制，不用担心因为VM临时不可用导致事件丢失

方法二：Azure Logic Apps + VM Run Command #

如果你不想写监听服务代码，这个低代码方案更省心：

• 创建一个新的Logic App，触发条件选择「当Blob存储容器中有新文件添加时」
• 添加一个「Azure VM - 运行命令」的动作，配置好你的VM信息，然后指定要执行的脚本路径（比如/home/user/process_image.sh），还可以把Blob的路径作为参数传给脚本
• 当新Blob出现时，Logic App会自动触发，远程调用VM上的脚本执行图像处理

优势：

• 全程可视化配置，不用写一行后端代码
• 可以轻松扩展流程，比如处理完后自动把结果Blob移到另一个容器，或者发邮件通知任务完成

额外成本优化小技巧 #

如果你的VM不需要24小时运行，可以搭配Azure自动化账户的「启动/停止VM」功能：

• 用Event Grid触发VM启动，等图像处理任务完成后，再通过脚本或者Logic App触发VM关机，这样能大幅节省VM的运行成本

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