-
2019 年到了，云计算、容器化已经普及，越来越多的企业在喊着要做 ToB，与之而来的是各种 PaaS、SaaS 系统。
-
PaaS、SaaS 一定涉及到多租户技术，涉及到数据隔离
-
希望在这里请教、讨论一下，在容器化、云计算普及的时代，大家都是怎么做数据隔离的？多租户系统的架构是什么样子的？ 有什么相关的设计资料可以分享吗？
This topic created in 2819 days ago, the information mentioned may be changed or developed.
 |
1
|
1 |
2
kata 需要裸机安装部署，对于初创企业，一般还是在现有的云虚拟机上，这样的场景下想做隔离，有没有什么好的架构或者方案呢
|
 |
jetbillwinFeb 14, 2019
3
有一种方案是 PostgreSQL 的 schema
|
 |
janwenFeb 14, 2019
4
这个跟云计算关系不大，主要还是要考虑成本，
|
 |
ieiayaobbFeb 14, 2019
5
SaaS 很多是逻辑隔离吧，真正做到物理隔离的，除非是大客户或者对安全性极为敏感的
|
 |
laxenadeFeb 14, 2019 via Android
6
最起码也要有 kernel 级别的隔离 比如在 vm 这个层次上 物理机隔离成本太高了
|
 |
abmin521Feb 14, 2019
7
@Livid #1 https://github.com/google/gvisor 我感觉 kata 有点不稳定
|
 |
seven777Feb 14, 2019 via Android
8
一直在关注这件事。
|
 |
dot2017Feb 14, 2019
10
计算资源可以公用，网络和存储资源分开。
|
 |
heaunterFeb 14, 2019
11
多租户架构：
1，应用共享+数据库共享（完全逻辑隔离） 2，应用共享+数据库独享 3，应用独享+数据库独享（多 POD 部署架构） 其中 3 多 POD 后，在某个 POD 中，也可能混合有 1 或者 2 |
|
heaunterFeb 14, 2019
12
#11 创业公司，一般都是按着 1->2 -> 3 的节奏上去，毕竟成本要控制
|
 |
xuanbgFeb 14, 2019
13
几种方案：
1、一户一库，库名采用 xxx_租户编码形式。适用数据量较大的大型系统 2、多户一库，所有业务表全都有一个 tenant_id 字段。适用数据量较少的小型系统 |
 |
janxinFeb 14, 2019 via iPad
15
先做逻辑隔离控制，然后进行数据库拆分，后面收益可以支撑的前提下进行虚拟化或者容器权限控制
|
Select Language