关于 CapyDB

因为大多数做东西的人并不需要一整套后端平台，不需要私有的数据库 API，也不需要一套全新的基础设施理念。他们需要的是 Postgres。

所以我们把托管 Postgres 收敛成了一个基本单位：数据库单元——一个隔离的 Postgres 运行时，有自己的进程、存储、凭据和 CPU/内存上限，只服务于一个项目。API 管理单元，你用的是普通的 Postgres URL。

产品里的其余部分，都是围绕这个单位的生命周期：开通、直连与连接池访问、预览数据库、备份、导入、恢复和扩展。

• -把周末的小项目做成正经应用的人
• -只想要一条连接字符串、不想走一堆流程的折腾党
• -发布节奏很快的独立开发者和小团队
• -希望数据库无趣、技术栈自己说了算的团队

• -隔离：每个项目一个专属单元——进程、凭据、存储配额、CPU 和内存
• -简单：标准的 postgres:// 连接和用惯的工具链
• -性能：直连与连接池访问，配上一个轻量的控制面
• -可靠：经过验证的备份、时间点恢复、用完即弃的预览，以及可预期的流程

不是 BaaS。如果你要的是认证、存储、函数以及所有配套，请用专为此而生的产品。

也不是重写过的另类存储引擎。真实硬件上跑的真实 Postgres 进程，按项目隔离——工程投入花在把一个基本单位做到极好，而不是让很多功能存在。