Appwrite 2.0 这次更新后感觉已经不只是个后端框架了
以前用 Appwrite 的时候,我最纠结的一点就是:它把后端封装得太“好”了。虽然对于快速起步或者做个小 Demo 来说简直是保姆级体验,但一旦项目逻辑复杂到一定程度,你想跳出它的 API 去直接操作底层数据库或者做一些高度定制化的配置时,那种“被抽象层困住”的感觉真的很抓狂。
现在的 Appwrite 逻辑大概是这样的:如果你想偷懒,就继续用它那套极其简单的 API;如果你想搞硬核的东西,比如直接搞 OAuth 2.1 / OIDC 服务,或者去折腾 VectorDB,它也给你留好了底层的路。
这次 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 事件追踪 · 相关报道
PostgreSQL + Qwen3 嵌入也能做 SOTA 搜索?
6天前
自己部署一套 AI 推荐系统的监控方案比直接用第三方 SaaS 省心
16天前
18万多条AI会议录音在笔记软件里裸奔简直是安全灾难
21天前
免费 AI 工具箱 · 全部完全免费