osFoundry / Platform
无服务器函数
应用级的 Lambda 风格函数——40ms 冷启动、零供给、按毫秒计费。
简介
osFoundry 中的无服务器函数是归属于单个应用的 Lambda 式后端处理器。你在工作区里构建应用时，可以挂载运行服务端逻辑的函数：处理表单提交、用已存储的密钥调用外部 API、在数据抵达客户端之前对其进行转换，而这一切都无需你自己搭建或运维任何服务器。没有任何东西需要预配：你写好处理器，部署应用，函数后端便随之一起启动。冷启动约在 40ms，因此空闲之后的首个请求表现得几乎和热请求一样，而且按执行的毫秒计费，而非按预留容量收费，这意味着空闲的函数不产生任何成本。\n\n在 osFoundry 内部，函数是按应用安装分别预配的，而不是作为一个共享池，因此每个应用都获得自己独立的执行环境，其作用范围限定在该应用的数据与密钥上。由于每个应用还自带按实例划分的 Postgres 模式（CRUD、JSONB 文档存储、键值存储以及 pgvector），函数可以直接读写自身应用的状态，而不必跨越网络边界去访问一个独立的数据库服务。这样，应用的前端、后端逻辑与数据便作为一个可部署单元，共同留在你运行聊天、智能体、代码与知识的同一个工作区内。\n\n这一点之所以重要，是因为在小型应用中，大多数\"加个后端\"的时刻恰恰是最费成本的环节：挑选托管、接通运行时、让某个东西保持热态，并且无论是否有流量都得为之付费。按应用划分的无服务器函数把这一切收拢为一次应用部署。你依旧保持 osFoundry 的 BYOK 立场（用你自己的 API 密钥，函数所调用的模型没有任何转售加价），并且只为函数实际消耗的算力付费，精确计量到毫秒。
主要功能
- 冷启动约 40ms，请求无需预热、也无需保持实例常驻，即可获得接近热态的低延迟
- 无需预配：针对你的应用写好函数并部署，osFoundry 就在部署时把后端启动起来
- 按实际执行的毫秒计费，函数空闲时成本为零
- 每个应用一套独立的函数执行环境，作用范围限定在该应用的数据与密钥，而非共享池
- 与每个应用自带的按实例 Postgres 模式相配合，函数可直接读写应用状态
使用场景
- 应用搭建者：为 room app 添加表单提交处理器和定时数据清理，无需搭建任何独立的后端服务
- 独立开发者：用已存储的密钥从函数中调用第三方 API，从而让密钥永远不会随客户端打包发出
- 数据向团队：运行一个读写应用自带 Postgres 模式的函数，先聚合记录再返回给界面
常见问题
osFoundry 无服务器函数的冷启动延迟是多少？
冷启动约为 40ms，因此对空闲函数的首个请求会以接近热路径的延迟返回。你无需为达到这一水平而预热函数，也无需保持最少数量的实例常驻。
无服务器函数是怎么计费的？
按实际执行时间的毫秒计费。函数没有固定月费，空闲期间也不收费：你只为请求所消耗的算力付费。函数发起的任何模型调用仍走你自己的 BYOK 密钥，所以在这一侧没有任何转售加价。
我需要预配或运维服务器吗？
不需要。没有任何东西需要预配、扩缩容或保持常驻。你针对应用写好函数并部署应用，osFoundry 就为你启动按应用隔离的后端。每个应用都获得自己的函数环境，作用范围限定在该应用的数据与密钥，并且可以直接读写应用自带的 Postgres 模式。