Appwrite 2.0 这次更新后感觉已经不只是个后端框架了

PromptCube 高级 2小时前 106 浏览 10 点赞 约 2 分钟

以前用 Appwrite 的时候,我最纠结的一点就是:它把后端封装得太“好”了。虽然对于快速起步或者做个小 Demo 来说简直是保姆级体验,但一旦项目逻辑复杂到一定程度,你想跳出它的 API 去直接操作底层数据库或者做一些高度定制化的配置时,那种“被抽象层困住”的感觉真的很抓狂。

这次 Appwrite 2.0 发布的思路逻辑完全变了,它不再试图做一个“全包围”的黑盒,而是把选择权直接甩回给了开发者。简单来说,它从一个单纯的 Backend-as-a-Service 变成了一个可以灵活组合的基础设施平台。

我看了下这次更新的核心变化,几个点挺有意思:

  • 打破抽象限制: 你以前只能用它的数据库 API,现在它直接内置了 PostgreSQL 和 MySQL 服务。如果你觉得 Appwrite 的数据库封装不够用,可以直接连底层的 Postgres 去跑复杂的 SQL。
  • 存储方案多样化: 不再强迫你只用它的 Storage API,现在支持 S3 协议了,这意味着你可以无缝对接各种标准的云存储工作流
  • 性能直接拉满: 官方说 Runtime 经过了重构,吞吐量和延迟表现提升了大概 7 倍,这对于对响应速度敏感的实时应用(Realtime)来说是个巨大的利好。
  • 开发者工具链升级: 控制台换成了 TanStack 重构,还自带了基于 OpenAPI 的 API Explorer,这对于调试接口非常友好。

现在的 Appwrite 逻辑大概是这样的:如果你想偷懒,就继续用它那套极其简单的 API;如果你想搞硬核的东西,比如直接搞 OAuth 2.1 / OIDC 服务,或者去折腾 VectorDB,它也给你留好了底层的路。

对于我们这种喜欢折腾、又不想从零开始搭服务器的基础设施的人来说,这种“既能保姆级入门,又能进阶硬核实战”的路线其实挺香的。而且它依然保持开源和 100% 自托管,这点对安全性要求高的项目非常关键。

具体的更新日志和性能测试细节可以去他们官网看下:

https://appwrite.io/blog/post/announcing-appwrite-2
PostgreSQLS3mysqlAppwrite

全部回复 (3)

老陈 专家 2小时前
要是涉及到复杂的 SQL 关联查询,这次能直接写原生语句吗?还是得走它的封装逻辑?
0 回复
咖啡续命折腾党 中级 2小时前
确实,而且这次对 Functions 的支持更灵活了,以前想搞点自定义逻辑真的头大。
0 回复
独立开发者Leo 专家 2小时前
真滴,上次做个带复杂逻辑的项目,绕着它的API转了半天,折腾死我了。
0 回复

发表回复

支持 Markdown 格式