在每个部分的顶部回答，不要绕道。这 16 个问题涵盖了该术语涵盖的内容、如何认真比较两个平台以及 Aurabase 实际涵盖的内容 - 在我们的代码中检查，而不是在我们的销售手册中检查。有关更详细的产品常见问题解答（准确的价格、身份验证方法、存储配额），Aurabase 产品常见问题解答 仍然是参考。
要点
- 数据库、身份验证、存储和实时的 BaaS 捆绑包 - PaaS 仅提供应用程序运行时，没有这些现成的构建块。
- 要检查的第一个风险不是显示的价格，而是供应商锁定：专有数据引擎的成本比标准 Postgres 更高。
- 对于受 GDPR 或 CLOUD 法案影响的项目，托管区域还不够：母公司的国籍也很重要。
- Aurabase 将本机身份验证、Postgres 16、实时、存储、边缘 WASM 和 AI 功能（NL2SQL、RAG）捆绑在 11 个 Rust 服务中 - 在存储库中验证，而不是在幻灯片中验证。
- 从 Supabase 迁移不会影响架构、RLS 策略或 SDK — 只需重置密码（不同的哈希值）。
了解后端即服务
什么是后端即服务 (BaaS)？
后端即服务是一个托管和操作应用程序的服务器基础设施（数据库、身份验证、文件存储、实时功能，有时还有服务器功能）的平台，这样团队就不必自己组装或操作它。该术语指的是托管服务模型，而不是特定技术：两个 BaaS 可以依赖完全不同的数据引擎，同时拥有相同的类别。
BaaS 和 PaaS 有什么区别？
PaaS（平台即服务，例如 Railway 或 Render）为您自己的服务器代码提供执行环境：您自己编写和部署完整的后端。 BaaS 直接提供此后端——数据库、身份验证和存储已经存在，可以从客户端 SDK 调用。近年来，随着一些 BaaS 添加了 PaaS 风格的服务器功能，这条界限已经变得模糊，但这种区别对于了解您需要自己编写多少基础设施代码仍然很有用。
BaaS 适合生产中的应用程序，还是仅适合原型设计？
两者都是，前提是在推广到生产之前检查三点：线路级安全（RLS）策略是否真正应用于服务器端，基础设施是否在没有强制数据迁移的情况下进行扩展，以及数据引擎是可移植标准还是专有格式。基于开放标准构建的 BaaS 可以限制长期风险，即使在原型设计中也是如此 — 如果项目不断增长，您就不会从头开始。
基于 Postgres 的 BaaS 与专有的 NoSQL BaaS 有何不同？
是的，在结构点上：可移植性。可以使用标准工具（pg_dump/pg_restore）将 Postgres 架构转储并恢复到任何 Postgres 主机，包括另一个 BaaS。专有的 NoSQL 引擎没有直接的等效项：数据结构和安全规则是特定于平台的，使得迁移成本更高。这不是对技术质量的判断，只是关于发布成本的事实。
如何选择 BaaS
如何为您的项目选择后端即服务？
按此实际优先顺序排列的四个标准：数据引擎是可移植的还是专有的，安全策略 (RLS) 是应用于服务器端还是仅记录在案，价格是否与实际使用情况或任意级别相关，托管是否符合您的监管风险（GDPR、云法案）。结构化比较表比孤立的意见更好——我们在 BaaS 2026 选择网格中不断更新主要替代方案。
我们应该担心 BaaS 的供应商锁定吗？
风险是真实存在的，但根据平台的不同而不同。仅“开源”不足以判断：即使服务器代码是公开的，专有数据库仍然是一把锁。真正重要的两个问题是：数据能否以标准格式导出，以及安全策略是否以可移植语言 (SQL) 或特定于平台的语法编写。具有标准 RLS 策略的 Postgres 后端从结构上降低了这种风险。
在选择之前，您应该询问有关托管和 GDPR 合规性的哪些问题？
有两个不同的问题经常被混淆：数据的物理托管位置以及运营该平台的公司的国籍是什么。如果母公司仍然受美国云法案的约束，那么在管理面板中检查“欧盟”区域是不够的——法律风险取决于两者，而不仅仅是服务器地理位置。要求以书面形式提供这两个答案，而不仅仅是营销徽章。
BaaS 的价格真的会随着实际使用情况而变化吗？
这取决于计费模型，而不是一般的 BaaS 类别。检查层是否基于实际资源（存储、查询）或基于任意阈值（在您真正需要更多容量之前强制更改层）。看似慷慨的免费计划可能隐藏着除此之外不可预测的成本——在开始之前询问下一层的价格，而不是之后。
Aurabase 实践
Aurabase 实际上涵盖什么（哪些服务）？
十一项 Rust 服务（axum 架构）本身涵盖身份验证、Postgres 数据库、实时、文件存储、WebAssembly 中的边缘功能、通知和 AI（NL2SQL、RAG）——而不是作为统一平台呈现的第三方服务的集合。默认情况下，API 保持与 PostgREST 兼容，对于喜欢 GraphQL 的人来说，pg_graphql 可作为每个项目的选项。
Aurabase 基于什么数据库？为什么使用 Postgres 而不是专有的 NoSQL 引擎？
Postgres 16，每个组织的专用集群中。这种选择直接回答了锁定问题：与专有引擎不同，Postgres 图仍然可以使用标准工具导出。 MongoDB 引擎可作为需要它的团队的辅助选项，但 Postgres 仍然是默认引擎，并且最好由我们的 RLS 策略覆盖。
Aurabase 提供免费计划吗？
是的 — 免费套餐包括 3 个项目、512 MB 数据库和 1 GB 存储空间，无需信用卡。 Pro 级别（25 欧元/月）最多支持 10 个项目和 8 GB 基础空间；团队级别（99 欧元/月），50 个项目和 32 GB。 Enterprise 仍保持报价，专用集群和 SLA 签署率为 99.99%。
| 轴承 | 价格 | 项目 | 存储 |
|---|---|---|---|
| 免费 | 0 € | 3 | 512 MB 数据库 · 1 GB 文件 |
| 专业版 | 25 欧元/月 | 10 | 8 GB 数据库 · 100 GB 文件 |
| 团队 | 99 欧元/月 | 50 | 32 GB 数据库 · 1 TB 文件 |
| 企业 | 报价中 | 无限 | 专用、量身定制的集群 |
Aurabase 数据托管在哪里？
在欧盟，Hetzner 基础设施上：纽伦堡和法尔肯施泰因（德国）、赫尔辛基（芬兰）。经过验证的生产基础设施上没有非欧盟托管。服务器的位置是欧盟完全主权的必要但非充分条件——运营该平台的公司的国籍也很重要。
Aurabase 是开源还是自托管？
后端核心（Rust 工作区）和 JavaScript SDK 在 MIT 许可证下发布。完整的堆栈还通过 Kubernetes / k3d 在本地启动，以进行评估或自托管，而不依赖于托管云。 JavaScript SDK 发布在 npm 上（@aurabase/aurabase-js 和九个相关的作用域包）； Python 和 Dart SDK 存在于存储库中，但在撰写本文时尚未在其官方注册表（PyPI、pub.dev）上发布。
Aurabase 是否提供 NL2SQL 或 RAG 等原生 AI 功能？
是的，本身就是如此——而不是作为添加在顶部的第三方程序集。 NL2SQL（自然语言问题转换为经过验证和有界的 SQL）和 RAG（pgvector 上的向量搜索）是同一个 aura-ai服务的一部分。三个 LLM 提供商拥有专用的本地客户端：OpenAI、Anthropic (Claude)、Gemini。 Mistral、Scaleway AI 和 Ollama 仍然可以通过 OpenAI 兼容模式进行访问，无需它们自己的本机客户端。
“欧盟主权”是指根据法国法律 (Aurabase SAS) 规定的欧盟托管基础设施 和 母公司 — 这两个条件都适用于《云法案》展览，而不仅仅是第一个条件。
迁移和替代方案
从另一个 BaaS 迁移到 Aurabase 是否容易？
从 Supabase 来看，是的 - Postgres 架构、RLS 策略、SDK 和存储/实时 API 几乎保持相同，标准 pg_dump/pg_restore 足以满足数据需求。唯一真正的摩擦点：密码哈希值不同（默认情况下 Aurabase 的 Argon2id，Supabase 的 bcrypt），因此每个用户必须重新定义一次。从 Firebase 开始，迁移在结构上更加麻烦：专有的 NoSQL 引擎在 Postgres 架构中没有直接等效项，必须在导入数据之前对其进行建模。完整的详细信息位于我们的 迁移指南 Supabase → Aurabase中。
Aurabase 与 Supabase 和 Firebase 相比如何？
面向 Supabase：统一的 100% Rust 核心，而不是按服务组装的异构堆栈（Supabase 端的 Elixir/Go/TypeScript/Node），并辅以在欧盟验证的基础设施。对抗 Firebase：标准且可移植的 Postgres SQL，而不是专有的 NoSQL 引擎，GDPR/EU 立场本身就显示为内容支柱。详细比较（表格与表格）位于我们的页面 Aurabase vs Supabase 和 Aurabase vs Firebase。
还有其他问题吗？
此常见问题解答涵盖了 BaaS 的一般选择 - 上面引用的完整产品常见问题解答，回答了有关 Aurabase 的详细技术问题（身份验证方法、边缘功能、精确配额）。每个级别（免费、专业、团队、企业）的具体详细信息位于 价格页面上。