为什么每位客户都有专属数据库与进程池

问一个典型的 SaaS 平台它如何存放您的数据，答案多半是某种“逻辑隔离”——您的数据行和所有人住在同一批表里，靠一个租户 ID 和很大一份侥幸分隔。在 Clonext，我们做了不同的决定：每位客户都获得专属数据库与专属应用进程池。这是我们的理由，以及它的代价。

共享 schema 为供应商而优化

单一的共享 schema 妙不可言——对运营平台的人来说。一次迁移升级所有人，一个连接池服务所有人，一份备份覆盖所有人。经济账极好，直到不再好的那一刻：某个租户失控的查询拖慢所有人的延迟，一次迁移的 bug 可能让数据越过边界，而“删掉我的数据”变成一场取证，而不是一次干净利落的操作。

多租户悄悄地把成本从供应商的资产负债表挪进客户的风险清单。

隔离在这里意味着什么

我们说隔离，指的是基础设施层面，而不是配置层面。

• 专属数据库——您的表、您的索引、您的存储。没有替安全值班的租户列。
• 专属应用进程池——您的进程、您的内存、您的 CPU。邻居的高峰不是您的问题。
• 专属备份——每晚加密，仅向您的实例恢复。
• 您自己的域名——DNS、TLS 与邮件为您端到端配置。

我们接受的取舍

隔离并不免费。我们运维的数据库、进程池与备份任务比任何多租户平台都多，我们的自动化必须把“一客一群”当作常态。我们接受这份成本，因为它买到的是事后无法伪造的东西：一个止步于您边界的爆炸半径。

关键在于：隔离不等于掉队。因为每个实例都建立在同一个经过验证的核心上，上游的改进仍按平台的节奏抵达您——共享系统的速度，却没有共享的故障域。