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