多租户产生
管控中心是服务于多租户的，管控的是多租户的相关配置，那么多租户是？
例如：拿我们目前比较成熟的中建集团的案例举例，中建集团有集团总部，旗下也包含有几十个大工程局，即二级单位，例如中建一局、中建二局、中建三局等等。
中建集团HR系统，从管理层面来说一定是一个集团统建的系统。但是该系统不但要满足集团整体管控的需求，且一定也要满足下属各二级单位个性化业务处理的需求。
除了能承载集团管控的标准外，还需要能承载下属单位对个性化业务的配置与逻辑处理，每个单位都会存在 业务差异、配置差异、集成差异，同时还要保证各单位之间的数据隔离。
基于中建集团业务的这些主要差异和特性，单纯的“大一统”的系统架构已经不能满足中建HR系统的应用需求。为更好的满足中建HR系统“管控与个性并存”的实际需求，结合业界的成功实践，采用了多租户架构
多租户实现方式
多租户采取应用共享、数据库行级隔离方式。(不同company_id) 即（同一应用服务器同一个数据库）
简单的说：同一个域名，同一个数据库、同一个应用服务，唯一区别的是每家租户不同的公司id，和我们目前公有云架构大致一样。
即每个超级管理员登录到同一个集团域名下，上去的是对应的隔离租户环境。同时，因为是同一个数据库和应用服务器，因此各租户数据之间更容易实现共享。
租户对于人员的唯一标识一般采用手机号，同一个人员在不同租户内也可以进行公司切换（例如中建一局的张三如果在中建二局也有任职，可以进行对应公司切换，支持快速从租户一局切换到二局）
业务的隔离和共享一定是辩证的关系，对于多租户的建立也一定会有多租户业务之间的共享，因为张三这个人可能在A租户下是员工，在B租户下可能兼职其他任职，这就涉及租户之间的数据共享。由于此架构设计的天然优势就能很快满足实现此类业务，这个等涉及到了我们具体详谈
管控中心产生
建立好多租户之后，那就首先会将集团的一些配置和标准快速分配初始化到每个租户中，并且实现必要的管控（不允许下级单位修改集团的标准）。
管控中心其实就是实现上面这些功能的一个集合体环境，这个环境主要支持以下内容：
1、模型、模型数据、元数据、云函数、代码项等数据标准的管控和下发
2、A类子段管控和C类字段添加 （各租户标准A类字段严格管控、各租户差异字段采用添加C类字段的方式，通过管控中心租户统一下发和管理）
3、数据标准一致性管理 （管控中心支持巡检查看各租户配置差异情况，进行统一部署管理）
4、异常数据管理 （管控中心租户能定时巡检各信息集异常数据进行治理）
5、数据同步（各租户数据实现集中统一 ，通过标准接口能将各租户的信息集数语统一实时和定时方式推送到管控中心，实现各租户数据统一，能快速查询到每个租户的信息）
6、建立图表分析，实现各租户数据快速查询 （信息统一后，数据标准统一 后，能建立图表分析，进行各租户数据快速查询）
想要满足上述6种特性，管控中心即管控租户应运而生，必须得要有这个中心去管理这些多租户～