由于用户修改密码的行为并不多见 ， 因此这里基本上不会有多大的问题 。
5.1.10 可配置性产品模块可配置针对 。

55、产品模块的可配置性 ， 在这里主要有两个方面：第一个就是SaaS服务提供商的“租户管理员”对租户进行产品模块配置（这个操作实际上就是商务人员或者运营人员根据合同 ， 来对租户在系统中的可使用范围进行分配） 。
这个过程主要在BOSS上完成 。
第二个就是租户在经过“租户管理员”分配模块后 ， 在实际使用系统的过程中 ， 对其自身的用户进行产品模块功能权限“再分配”的过程 。
这个过程可以在统一的独立平台上完成 ， 也可以在业务系统中 ， 比如RES中完成 。
为了简单起见 ， 在这里我们把这个“再分配”的过程放在业务系统中去 。
这里有个集合关系：RES系统全部的产品模块集合 租户拥有产品模块 租户下用户拥有的产品模块 。
如上所述 ， 租户下权限 。

56、的“再分配”是放在业务系统中的 ， 那么就意味着 ， 当“租户管理员”根据合同或者协议 ， 调整了租户可使用的产品模块的时候 ， 这个改变需要被RES系统感知 ， 从而使这个改变生效 。
这里就涉及到BOSS运营系统和RES业务系统之间消息的交互 。
关于这点 ， 在下一节中论述 。
5.1.11 BOSS运营系统与RES业务系统的消息交互由上面的分析 ， 针对BOSS运营系统与RES业务系统的消息交互 ， 可由下图来表示：图表 5.1.111 BOSS运营系统与RES业务系统总体关系图我们把BOSS运营系统与RES业务系统之间交互的消息分为三种类型：5.1.11.1 租户、用户的账户信息交互此类信息 ， 首先表现为在BOSS系统中创建租户 。

57、账户 ， 租户开始使用系统之后 ， 在业务系统中可以再创建用户的账户 。
由于我们是采用集中式认证 ， 无论是在BOSS系统中创建租户的账户 ， 还是在业务系统中创建的账户 ， 都需要把账户信息传送到“集中认证中心”去 ， 以便所有租户和用户的正常登陆 。
为了解决此类信息的交互 ， 我们在企业服务总线上部署了一个“账号引擎” 。
该引擎的主要职责就是负责把来自各个系统的账户信息 ， 经过校验之后 ， 同步更新到“集中认证中心”上去 。
该“账号引擎”目前可以简单的实现为一个web服务 。
如下图：图表 5.1.112 租户、用户的账户信息交互图5.1.11.2 产品模块分配等租户相关信息的交互正如在“可配置性产品模块可配置”中论述的一样 ， 如果BO 。

58、SS系统中调整了租户的产品模块配置 ， 这些信息是需要同步到业务系统中租户的数据库中间去的 。
这种交互有一个共性 ， 就是这些消息都是租户相关的 ， 也就是说 ， 这些信息最终需要反应到对应的具体租户中去 。
在这里 ， 我们同样可以在企业服务总线上部署一个“产品模块引擎”来为我们做这些事情 。
大致流程是：1.BOSS系统把调整后的产品模块信息发布到ESB上2.“产品模块引擎”获取这些产品模块配置信息3.“产品模块引擎”把这些产品模块信息同步到租户对应的数据库中去4.“产品模块引擎”把处理的结果反馈给ESB上5.BOSS系统可以在ESB上获取权限信息的处理情况下面的图中按序号标明了系统处理的大致顺序：图表 5.1.113 。

59、 产品模块分配等与租户相关信息交互图上图只是对“产品模块权限”这样一种信息交互的一个示例 。
类似这种类型消息的交互 ， 均可部署各自对应的“引擎”来处理 。
5.1.11.3 系统通知等租户不相关信息的交互这里“系统通知”的交互 ， 主要是指诸如一些由BOSS系统发布的通知等信息 ， 这些信息有一个特点 ， 就是和具体租户是不相关的 。
对于这种“通知”类型的消息 ， 我们可以简单的直接在业务系统上获取并处理 。
也就是采用JMS中的消息订阅模式 。
如下图：c图表 5.1.114 系统通知等租户不相关信息交互图5.1.12 整合第三方系统企业级服务总线（ESB）ESB这里作为企业服务的总线 ， 来为整个SaaS RES提供各种企业服 。

60、务 。
如上面看到的“账号引擎”服务、“产品模块引擎”服务、“在线客服”服务、“短信”服务、“Email”服务 ， 未来还会有“流程引擎”、“规则引擎”等等各种服务 。
对于企业来说 ， 可以把各种可通用的、有价值的服务公开到ESB上 ， 这样将有利于系统之间的解耦（尤其是和外部系统的解耦）以及跨系统的流程重组（借助BPEL引擎或者EIP消息模式） ， 且能随时根据需要扩展和伸缩节点（ESB节点是可作集群） 。

稿源：(未知)

【傻大方】网址：/a/2021/0902/0024073868.html

标题：SaaS|SaaS RES营销管理系统架构设计( 十 )