导读：
构建 SOA 组合业务服务，第 7 部分: 为组合业务服务提供多分租支持
引言
本系列之前的文章介绍了组合业务服务 (CBS) 的概念，并讨论了其需要的部署环境的一些核心元素。本文将介绍多分租（即从共享的公共承载环境中为多个组织（客户）提供服务的能力）。另外还将介绍软件作为服务（Software-as-a-Service，SaaS）的网络交付方法及可能会利用 SaaS 多分租的不同用户类型。我们将介绍在 SaaS 承载环境中支持多分租的原则和技术实现。本文提供了使用 WebSphere Process Server 和 WebSphere Portal、虚拟门户和 Portlet 的克隆与配置实现模式的多承租者平台实现。通过示例，我们还能了解如何对 Portlet 实现进行更改，以支持门户角色的扩展配置文件信息。本文将重点讨论为了支持订阅者和最终用户而对软件服务和基于 Portlet 的用户界面的设计更改。
多分租
在软件作为服务 (SaaS) 模型（也称为随需应变软件）中，服务的交付（如使用 WSDL 描述的服务）以对服务提供者的软件产品基于网络的访问为基础。此方法与通过安装机制的传统压缩打包软件交付形成对比。典型的服务提供者在大型的数据中心承载其软件，并使用 Internet 交付业务服务。尽管本文中的示例的重点是服务提供者为独立企业的具体案例，但服务提供者也可以为大型企业中的一个部门。
图 1 描述了一个 SaaS 示例。其中，Bank Account Opening 服务提供者承载 Account Opening 服务的实现，而服务的每个订阅者（承租者）都是银行，如 First Bank 和 Second Canadian Bank。而每个银行反过来将向其客户交付银行特定的 Account Opening 服务配置。
图 1. SaaS 示例
构建 SOA 组合业务服务，第 1 部分: 开发 SOA 组合应用程序来支持业务服务中给出了银行 SaaS 应用程序中角色的详细示例。第 1 部分将从服务提供者的公共共享承载环境支持多个业务服务订阅者（承租者）的能力称为多分租。
多分租支持是整个运行时堆栈中进行了全面考虑的设计理念。它要求对运行时环境拓扑、服务实现和用户界面的所有层次加以谨慎考虑。多承租者平台实现的选项涵盖诸多方面：从基于硬件的方面到虚拟化技术方面。在极端情况下，每个订阅者可能均由一组专用硬件和软件承载。此拓扑通过选择在承载环境中使用的实际硬件提供的多种选项为订阅者提供了最大的灵活性。例如，可以通过选择 CPU 来选择具体的性能。还可以基于服务器硬件选择可靠性级别。不过，此拓扑可能开销最大，因为这将迫使提供者为订阅者管理一系列专用服务器。提供者可以通过为很多客户共享硬件来实现成本节约。例如，提供者可以通过在数据库上安装多个数据库（每个客户一个数据库）减少成本。提供者还可以共享应用服务器的实例，以承载业务服务的多个实例。
从概念上来说，多承租者平台的选项范围可以大致归类为以下类别之一：
完全不共享
共享物理服务器
共享应用程序
务必认识到，即使在完全不共享的环境中，也能从定义良好的拓扑、公共硬件/软件产品定义和供参考的路线图获益。共享服务器类别相当广泛，包括以下选项：
仅共享支持基础设施（由 Tivoli Provisioning Manager 之类的产品提供）
共享使用 Tivoli Access Manager 和 WebSeal 等产品实现的安全性功能
共享使用 DB2 等产品的数据库服务
共享中间件，如应用程序、流程和门户服务器
本文将讨论最后的共享应用程序：在此环境中，整个堆栈（包括硬件和软件）在整个用户群中实现重用；可以为各个订阅者配置软件（同时保留自定义选项）。
本文转自
http://blog.csdn.net/phantomhu/archive/2008/02/21/2110915.aspx
构建 SOA 组合业务服务，第 7 部分: 为组合业务服务提供多分租支持
引言
本系列之前的文章介绍了组合业务服务 (CBS) 的概念，并讨论了其需要的部署环境的一些核心元素。本文将介绍多分租（即从共享的公共承载环境中为多个组织（客户）提供服务的能力）。另外还将介绍软件作为服务（Software-as-a-Service，SaaS）的网络交付方法及可能会利用 SaaS 多分租的不同用户类型。我们将介绍在 SaaS 承载环境中支持多分租的原则和技术实现。本文提供了使用 WebSphere Process Server 和 WebSphere Portal、虚拟门户和 Portlet 的克隆与配置实现模式的多承租者平台实现。通过示例，我们还能了解如何对 Portlet 实现进行更改，以支持门户角色的扩展配置文件信息。本文将重点讨论为了支持订阅者和最终用户而对软件服务和基于 Portlet 的用户界面的设计更改。
多分租
在软件作为服务 (SaaS) 模型（也称为随需应变软件）中，服务的交付（如使用 WSDL 描述的服务）以对服务提供者的软件产品基于网络的访问为基础。此方法与通过安装机制的传统压缩打包软件交付形成对比。典型的服务提供者在大型的数据中心承载其软件，并使用 Internet 交付业务服务。尽管本文中的示例的重点是服务提供者为独立企业的具体案例，但服务提供者也可以为大型企业中的一个部门。
图 1 描述了一个 SaaS 示例。其中，Bank Account Opening 服务提供者承载 Account Opening 服务的实现，而服务的每个订阅者（承租者）都是银行，如 First Bank 和 Second Canadian Bank。而每个银行反过来将向其客户交付银行特定的 Account Opening 服务配置。
图 1. SaaS 示例
构建 SOA 组合业务服务，第 1 部分: 开发 SOA 组合应用程序来支持业务服务中给出了银行 SaaS 应用程序中角色的详细示例。第 1 部分将从服务提供者的公共共享承载环境支持多个业务服务订阅者（承租者）的能力称为多分租。
多分租支持是整个运行时堆栈中进行了全面考虑的设计理念。它要求对运行时环境拓扑、服务实现和用户界面的所有层次加以谨慎考虑。多承租者平台实现的选项涵盖诸多方面：从基于硬件的方面到虚拟化技术方面。在极端情况下，每个订阅者可能均由一组专用硬件和软件承载。此拓扑通过选择在承载环境中使用的实际硬件提供的多种选项为订阅者提供了最大的灵活性。例如，可以通过选择 CPU 来选择具体的性能。还可以基于服务器硬件选择可靠性级别。不过，此拓扑可能开销最大，因为这将迫使提供者为订阅者管理一系列专用服务器。提供者可以通过为很多客户共享硬件来实现成本节约。例如，提供者可以通过在数据库上安装多个数据库（每个客户一个数据库）减少成本。提供者还可以共享应用服务器的实例，以承载业务服务的多个实例。
从概念上来说，多承租者平台的选项范围可以大致归类为以下类别之一：
完全不共享
共享物理服务器
共享应用程序
务必认识到，即使在完全不共享的环境中，也能从定义良好的拓扑、公共硬件/软件产品定义和供参考的路线图获益。共享服务器类别相当广泛，包括以下选项：
仅共享支持基础设施（由 Tivoli Provisioning Manager 之类的产品提供）
共享使用 Tivoli Access Manager 和 WebSeal 等产品实现的安全性功能
共享使用 DB2 等产品的数据库服务
共享中间件，如应用程序、流程和门户服务器
本文将讨论最后的共享应用程序：在此环境中，整个堆栈（包括硬件和软件）在整个用户群中实现重用；可以为各个订阅者配置软件（同时保留自定义选项）。
本文转自
http://blog.csdn.net/phantomhu/archive/2008/02/21/2110915.aspx
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
