邮件分发代码应选SvelteKit端点、Netlify函数还是Netlify Edge运行？

你当前这个表单提交后发确认邮件的场景，直接在现有SvelteKit POST端点里加Sendgrid发信逻辑就够了，完全没必要单独拆独立Netlify函数，两种方式在你当前的部署架构下底层运行环境几乎没有区别，拆成独立函数反而会多一层重复维护的成本。

关于@sveltejs/adapter-netlify的端点运行逻辑 #

• 首先给明确答案：用这个adapter部署到Netlify时，所有SvelteKit服务端逻辑（包括端点、服务端load函数、form actions）确实是运行在Netlify Functions上的。只不过adapter不会把每个端点拆成独立的Netlify函数，而是把整个SvelteKit服务端逻辑打包成单个托管函数，靠内置的路由规则做请求分发。
• 你用netlify functions:list看不到端点、netlify functions:invoke调不通的原因也很简单：这个打包生成的渲染函数是adapter维护的内部资源，不会被识别为你项目netlify/functions目录下的自定义函数，它的路由映射是靠adapter自动生成的重写规则实现的，不走Netlify默认的函数路由逻辑，所以原生的Functions CLI命令没法直接识别和调用这些拆分的端点路径。

SvelteKit端点 vs 独立Netlify函数的适用场景 #

• 优先选SvelteKit端点的场景：
  • 逻辑和SvelteKit本身的业务流程强绑定，比如你现在这种「接表单参数→校验→存Sanity→触发后续动作」的连贯流程，不需要跨项目、跨站点复用
  • 需要复用SvelteKit项目里已经写好的能力，比如现成的Sanity客户端实例、参数校验规则、错误处理逻辑，不用在独立函数里重复造轮子
  • 团队统一维护SvelteKit全栈逻辑，不想同时维护两套服务端代码的调试、部署、权限配置流程
• 优先选独立Netlify函数的场景：
  • 逻辑需要被多个独立项目复用，比如你有好几个不同技术栈的站点、服务都要调用同一个发信能力
  • 逻辑有特殊的依赖、Runtime版本要求，和SvelteKit主项目的依赖存在冲突
  • 需要给逻辑单独配置资源配额，比如长耗时的批量处理、大文件处理任务，不想占用SvelteKit主服务的函数内存、超时配额

Netlify Edge函数是否适配发信场景 #

完全不适配，不要用。
Edge函数跑在边缘节点的轻量V8隔离环境里，有非常严格的执行时长限制（常规区域最高50ms，最多放宽到100ms），而且对Node.js原生API的支持不全，Sendgrid SDK依赖的不少网络、Buffer相关的原生能力在Edge环境下跑不起来。再加发送邮件本身是高延迟的外部IO请求，非常容易触发Edge函数的超时阈值，稳定性完全没有保障。Edge函数只适合做边缘侧的轻量逻辑，比如请求头改写、地理位置重定向、短缓存内容拼接这类，耗时久、依赖重的IO操作都不要放上去。

小提示 #

你在端点里加发信逻辑的时候，可以在Sanity数据持久化完成后，不用await等待发信请求走完就先给用户返回提交成功的响应，只要给发信逻辑加个try/catch兜住错误，避免因为Sendgrid接口波动导致整个表单提交接口报错就行。

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