2019 年，多租户系统的数据隔离技术、架构是怎样的？

[myrfy001]

• 2019 年到了，云计算、容器化已经普及，越来越多的企业在喊着要做 ToB，与之而来的是各种 PaaS、SaaS 系统。

• PaaS、SaaS 一定涉及到多租户技术，涉及到数据隔离

• 希望在这里请教、讨论一下，在容器化、云计算普及的时代，大家都是怎么做数据隔离的？多租户系统的架构是什么样子的？ 有什么相关的设计资料可以分享吗？

[Livid]

这个值得看看：

https://github.com/kata-containers

[myrfy001]

kata 需要裸机安装部署，对于初创企业，一般还是在现有的云虚拟机上，这样的场景下想做隔离，有没有什么好的架构或者方案呢

[jetbillwin]

有一种方案是 PostgreSQL 的 schema

[janwen]

这个跟云计算关系不大，主要还是要考虑成本，

[ieiayaobb]

SaaS 很多是逻辑隔离吧，真正做到物理隔离的，除非是大客户或者对安全性极为敏感的

[laxenade]

最起码也要有 kernel 级别的隔离 比如在 vm 这个层次上 物理机隔离成本太高了

[abmin521]

@Livid #1 https://github.com/google/gvisor 我感觉 kata 有点不稳定

[seven777]

一直在关注这件事。

[paw]

@abmin521 #7 kata 稳定性可以的；就是定制化的 qemu。

反而 gvisor 性能很成问题。

[dot2017]

计算资源可以公用，网络和存储资源分开。

[heaunter]

多租户架构：
1，应用共享+数据库共享（完全逻辑隔离）
2，应用共享+数据库独享
3，应用独享+数据库独享（多 POD 部署架构）
其中 3 多 POD 后，在某个 POD 中，也可能混合有 1 或者 2

[heaunter]

#11 创业公司，一般都是按着 1->2 -> 3 的节奏上去，毕竟成本要控制

[xuanbg]

几种方案：
1、一户一库，库名采用 xxx_租户编码形式。适用数据量较大的大型系统
2、多户一库，所有业务表全都有一个 tenant_id 字段。适用数据量较少的小型系统

[xuanbg]

@xuanbg 服务现在都是微服务架构了，就没必要搞独享服务了。

[janxin]

先做逻辑隔离控制，然后进行数据库拆分，后面收益可以支撑的前提下进行虚拟化或者容器权限控制

[abmin521]

@paw #9 但是 qemu （ vm) 会导致性能损失 应该也不支持嵌套虚拟化（公有云）

[paw]

@abmin521 qemu 带来的性能损失比 gvisor 小多了。嵌套虚拟化不是问题，主流 azure/gce/aws 等是支持的，国内百度云咨询过不行，其他不知道。