支持 Multi-tenancy 的 IBM DB2 Content Manager 解决方案的数据隔离

核心提示： 图 9. 在 Content Manager 管理客户端中为工作列表指定访问控制列表查看原图（大图）隔离 Content Manager 中的文档前面已经描述了如何对 Content Manager 中的数据模型进行隔离，但是这不足以满足所有解决方案的需要，支持 Multi-tenancy 的

图 9. 在 Content Manager 管理客户端中为工作列表指定访问控制列表

查看原图（大图）

隔离 Content Manager 中的文档

前面已经描述了如何对 Content Manager 中的数据模型进行隔离。但是这不足以满足所有解决方案的需要，一些解决方案在凭借访问控制列表对数据模型进行隔离之后，还要求使用 Content Manager 资源管理器（resource manager）对 Content Manager 的文档进行进一步的隔离。

这种隔离的核心思想是为 Multi-tenancy 解决方案中的每个 tenant 都建立一个 Content Manager 资源管理器，当一个 tenant 的用户在存储或者检索文档的时候，会使用属于自己的 tenant 的资源管理器。在 Content Manager 中建立用户时，为用户指定了一个资源管理器，用户会用这个资源管理器来存取和检索 Content Manager 中的文档。通常属于同样 tenant 的用户具有同样的资源管理器。

Content Manager 四种类型的 itemtype 中，document 类型的 itemtype 要求指定保存与其相关的 document part 的资源管理器，如图 9，这些 document part 将会保存在这个指定的资源管理器中。

图 10. 为 document 类型 itemtype 的 document part 指定资源管理器

查看原图（大图）

Resource item 类型的 itemtype 要求指定保存 resource item 的资源管理器，如图 10，resource item 将会保存在这个指定的资源管理器中。

图 11. 为 resource item 类型的 itemtype 指定资源管理器

查看原图（大图）

结束语

本文描述了使用 Content Manager 的访问控制列表对 itemtype 和流程等 Content Manager 资源进行访问控制的方法。受到访问控制列表控制的资源将具备一定的访问要求，只有满足这些访问要求的 Content Manager 用户才能成功的访问这些受控资源。这是对支持 Multi-tenancy 的 IBM DB2 Content Manager 解决方案进行数据隔离的原理。