实战部署 Dify 网站健康监测 workflow 至腾讯云 EdgeOne Pages

0x00.前言

之前一直有听说过 Dify：https://github.com/langgenius/dify，可视化搭建工作流的方式看起来和 coze 比较相似

听说过不少被魔改的新闻，但是一直没有安装使用过。最近社区出了 Dify 的征文，趁此机会是时候使用一次 Saas 版的 Dify 了

0x01.Dify 从模板创建应用

官网：https://dify.ai/zh

注册之后选择「从应用模板创建」，自己选了一个“工作流”，想看一下部署到 EdgeOne Pages 最终的效果

从编排详情可以看到流程比较简单，没有复杂的逻辑

就决定是它了，创建应用

需要安装 OpenAI 的插件，这里先安装，之后再切换别的 LLM 提供商

然后可以看到整个流程，其中 LLM 使用的是 OpenAI

0x02.修改应用

然后点击右上角的插件，看到目前只有一个 OpenAI 的提供商

可以在市场接入新的提供商，过滤只查看模型，选择 Gemini

安装插件

然后在设置中，设置默认模型为 Gemini 3.1 Flash-Lite

这里尝试过接入 OpenRouter，结果发现 KEY 不可用。于是直接使用 Dify 的 AI Credit

Gemini 3.1 Flash-Lite 每次只消耗 1 点

回到我们的工作流，修改掉不兼容的 gpt-4o

切换为 Gemini 3.1 Flash-Lite，这样工作流就可以正常运行了

为了演示，需要移除定时触发器

添加默认的用户输入

然后补齐正常情况下的输出

这样就可以获取到 URL 和 KEY 了

最后需要发布

0x03.部署到 EdgeOne Pages

https://pages.edgeone.ai/templates/dify-frontend

在 EdgeOne Pages 选择 dify-frontend 模板

需要填入 KEY 和 URL：https://api.dify.ai/v1

成功部署后，点击预览，就可以访问了，但是报错不是 chat 应用

自己部署的确实不是 chat 应用，需要改为workflow

于是新建变量NEXT_PUBLIC_APP_TYPE=workflow

然后重新部署

这次成功部署后，再次尝试访问预览页面

输入待测试的网站，如 https://www.yuangezhizao.cn

可以看到右边有完整的执行流程。最终输出了 200，这个 200 是 HTTP 的状态码，网站是正常的

在日志中也是可以看到本次调用的

0x03.后记

整个流程结束后，发现腾讯云 EdgeOne Pages 全场景应用模板开箱即用，只需要填写 Dify 对应的 KEY 和 URL，就可以在网页端调用了，非常方便

对比之前使用 coze 平台的时候，虽然可以发布为API服务，但是是没有现成的模板可以用，最苦恼的不是工作流怎么搭建，而是搭建完成之后，如何方便的分享给给别人使用