CN102170457A - 向应用的多租户提供服务的方法和装置 - Google Patents

Abstract

本发明的实施方式提供了用于向应用的多个租户提供服务的方法。该方法包括：响应于来自某租户客户端的请求，将该租户的租户上下文绑定到该请求；以及对于该请求中的对所述应用的隔离点的访问，基于绑定到该请求的该租户上下文，将该对隔离点的访问重定向到分区。这里，该分区是预先为该租户针对该应用而建立的。本发明的实施方式还提供了用于向应用的多个租户提供服务的装置。该装置包括：绑定器，用于接收一个租户的客户端请求，并将该租户的租户上下文绑定到该请求；以及重定向器，用于将该请求中的对所述应用的隔离点的访问重定向到预先为该租户针对该应用而建立的分区。因而，可以方便、快捷并且低成本地提供多租户方案，更大程序地实现资源共享，提高资源利用率。

Description

向应用的多租户提供服务的方法和装置

技术领域

本发明的各实施方式涉及数据处理，并且更具体地涉及对多租户应用的租户客户端请求进行重定向的方法、装置和相关计算机程序产品。

背景技术

随着网络技术的迅速发展，SaaS(Software as a Service，软件即服务)在互联网领域日益流行。SaaS是一种通过互联网提供应用软件的模式，软件提供商将应用统一部署在服务器上，租户可以根据自己的实际需求，通过互联网向软件提供商定购所需的应用，并通过互联网获得软件提供商提供的应用。不同于购买并且在本地计算机上安装软件应用的传统方式，在SaaS中，租户利用从软件提供商处租用的基于Web的应用，来使用所需的应用软件的功能。例如租户可以使用该基于Web的应用而执行在线销售、管理商品库存、实现订单跟踪等。

SaaS的优势在于，租户自身无需对软件进行维护，软件提供商负责与管理和维护该应用相关的全部工作。这种情况下，租用/使用SaaS服务的租户不必购买、构建和维护与传统应用软件相关的基础设施，也不必具备维护应用软件的专业知识，而仅需具备使用该应用软件的能力即可。

相对于传统技术而言，SaaS的重要差异在于该应用在运行时采用多租户(Multi-Tenant)模式。多租户是一种软件架构的规划，根据该规划，在SaaS的提供商的服务器上仅运行该应用的单一实例，即，该应用的多个租户需要共享该单一实例。多租户是相对于单租户而言的，在单租户的架构中，需要对多个不同的租户建立多个不同的实例。

为进一步提高硬件和软件资源的重用性，应用提供商在追求更强大功能的基于Web服务的同时，越来越注重提高资源利用率，以及如何将传统的单租户应用转换为支持多租户的应用，并且确保多租户应用可以尽可能地实现资源共享。

然而，如何在向应用的多个租户提供服务的过程中实现最大限度的资源共享却面临诸多难题。尽管现有技术中提出了运行相同应用的多个实例的方案，然而这些方案在运行时需要针对多个租户启动多个实例，因而仍然存在不能充分共享资源(即存在冗余资源)的问题。此外，现有技术中的方案对于应用提供商是不透明的，并且需要修改原有应用的代码。

发明内容

因而需要一种以方便、快捷并且成本有效的方式，实现向应用的多租户提供服务的方法、装置和计算机程序产品。

本发明的一个实施方式提供了一种用于向应用的多个租户提供服务的方法。该方法包括：响应于收到来自该多个租户中的一个租户的客户端的请求，将该租户的租户上下文绑定到该请求；以及对于该请求中的对所述应用的隔离点的访问，基于绑定到该请求的该租户上下文，将该对隔离点的访问重定向到分区，其中该分区是预先为该租户针对该应用而建立的。

本发明的另一实施方式提供了一种生成租户-分区映射的方法。该方法包括：基于描述该应用的该隔离点的元数据，针对该多个租户中的每个租户创建各自的分区；以及记录该多个租户中的每个租户与其各自的分区之间的映射关系，以生成该租户-分区映射。

本发明的另一实施方式提供了一种用于向应用的多个租户提供服务的装置。该装置包括：绑定器，用于响应于收到来自该多个租户中的一个租户的客户端的请求，将该租户的租户上下文绑定到该请求；以及重定向器，用于对于该请求中的对所述应用的隔离点的访问，基于绑定到该请求的该租户上下文，将该对隔离点的访问重定向到分区，其中该分区是预先为该租户针对该应用而建立的。

本发明的另一实施方式提供了用于生成租户-分区映射的装置。该装置包括：创建器，用于基于描述应用的隔离点的元数据，针对多个租户中的至少一个租户创建相应的分区；以及映射记录器，用于记录该至少一个租户与该相应的分区之间的映射关系。

根据本发明的各实施方式，可以以一种方便、快捷并且成本有效的方式，为一个应用提供多租户方案。根据本发明的各实施方式，可以更大程度地实现资源共享，提高资源利用率。另外，即使不精通多租户应用开发的人员也能够利用本发明的各实施方式将单租户应用转换为多租户应用。

附图说明

结合附图并参考以下详细说明，本发明各实施方式的特征、优点及其他方面将变得更加明显，在附图中：

图1示意性示出了多种用于向应用的多个租户提供服务的方案的架构图；

图2示意性示出了根据本发明一个实施方式的用于向应用的多个租户提供服务的方法的流程图；

图3示意性示出了根据本发明另一实施方式的用于向应用的多个租户提供服务的方法的流程图；

图4示意性示出了根据本发明一个实施方式的用于预先生成租户-分区映射的方法的流程图；

图5示意性示出了根据本发明一个实施方式的用于预先生成租户-分区映射的装置的结构图；

图6示意性示出了根据本发明一个实施方式的用于提取应用隔离点并获取元数据的方法的流程图；

图7示意性示出了根据本发明一个实施方式的用于提取应用隔离点并获取元数据的装置的结构图；以及

图8示意性示出了根据本发明一个实施方式的用于向应用的多个租户提供服务的装置的结构图。

具体实施方式

本发明的各实施方式提供了用于向应用的多个租户提供服务的方法和装置、用于生成租户-分区映射的装置以及用于为应用的多租户方案建立元数据的装置。在一个实施方式中，接收对多个租户中的一个租户的客户端的请求，并将该租户的租户上下文绑定到该请求；截获该请求中对隔离点的访问，并将该对隔离点的访问重定向到预先为该租户建立的分区。本发明的各实施方式以更精细的粒度对用于多个租户的不能共享的数据进行隔离，从而无需对原有应用的代码进行修改。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

图1示意性示出了多种用于向应用的多个租户提供服务的方案的架构图100。如图1所示，左下角的方案表示一个租户单元需要一个租户硬件的情况。此时对于多个租户而言，从底层硬件、OS映像、中间件、示例数据直到地址空间，每个租户都需要专用的资源，而为每个租户单独配备全套资源无疑将造成某些资源利用率过低的浪费现象。沿横坐标轴从左向右示出了经济性逐渐提高的几个解决方案。最右侧的共享应用实例实现了从硬件到地址空间的全部资源共享，因而具有最高的经济性。

在多租户架构中，由于多个租户共享一个实例，各个租户的数据中有些可以共享而有些不能共享。为方便描述，将不能在多个租户之间共享的数据称为隔离数据。在资源共享方面，多租户架构的应用比多实例架构的应用能够节省更多资源、提高资源利用率。由此，应用提供商将原有的单租户应用转换为多租户应用，可以大大提高资源利用率进而提高经济效益。

为了更方便地描述本发明的各实施方式，下面对本说明书中涉及的术语进行解释。

应用：是指由应用提供商提供的完成特定功能的软件产品，在后文中泛指多租户应用，即，在运行时以单一实例支持多个租户的应用。例如，“应用”可以是一个基于Web的网上购物的应用程序(如，“网络商铺”一类的在线商店)，普通租户可以使用该应用在互联网上建立自己的“网络商铺”。应当理解，尽管本文仅采用Java作为具体技术示出了开发各种应用的技术，然而其目的在于示意性而并非限制性，应用还可以采用任何其他可行的技术来开发。比如，各实施方式中的应用还可以采用.net方式来实现，或者采用现在已知或者将在未来开发的任何其他技术来实现。

租户：是指通过互联网使用/租用应用的组织、个人或者其他实体。租户可以租用应用提供商提供的应用，并通过互联网使用该应用的功能。例如，某个人可以作为租户1而租用“网络商铺”应用，对于租户1而言，该“网络商铺”可以是销售服装的“服装店”；而某公司也可以作为租户2租用该“网络商铺”应用，对于租户2而言，该“网络商铺”可以是销售宠物的“宠物店”。应当注意，尽管此时单一的“网络商铺”应用对应于两个租户，该应用还可以对应于两个以上的更多租户。此时并不关注每个租户的类型(也即并不关心租户是个人还是公司或者其他组织)，而将其统称为“租户”(即，租用/使用应用的功能的实体)。尽管在本文的示例中提及的应用“服装店”和“宠物店”易于使人理解为这是两个不同的传统单租户应用，然而应当注意，本文中泛指的“应用”是多租户应用的概念。“服装店”和“宠物店”并非两个不同的单租户应用，而是“网络商铺”这一多租户应用对于两个不同租户的表现形式。“服装店”和“宠物店”可以具有各自的店铺名称、访问次数，可以出售不同的商品，其实质上具有相同的应用程序框架，并且在共享部分数据的同时，可以具有自身的私有数据。

客户端：是指通过网络访问多租户应用的用户的客户端。例如在前文“网络商铺”应用的情况下，客户端可以是正在访问租户1的“服装店”的用户1的客户端，可以是正在访问租户2的“宠物店”的用户2的客户端。应当注意，应用与租户之间的关系可以是一对多的关系，即，在多租户应用中，一个应用被租用给多个租户。“网络商铺”应用在被租用给其他租户时，还可以表现为“食品店”、“书店”等其他形式。租用给特定租户的多租户应用可以由一个或者多个客户端来访问。例如，在用户1访问租户1的“服装店”的同时，租户2的“宠物店”还可以由用户2、3、4等多个用户进行访问。

租户上下文：是指在应用被请求时，描述与该请求所关联的特定租户的标识。发出请求的主体可以存在诸多形式，例如可以是客户端、生命周期回调、事件、消息等。租户上下文并不关心发出请求的主体，而是依赖于请求所访问的“目标”，也即所访问的请求属于哪个租户。租户上下文一般可以由唯一的租户标识符表示。例如，来自用户1的请求1正在访问租户1的“服装店”，此时请求1关联于租户1，因而请求1的租户上下文是租户1的租户标识符(如tenant_1)；而来自用户2的请求2正在访问租户2的“宠物店”，而请求2关联于租户2，因而请求2的租户上下文是租户2的租户标识符(如tenant_2)。换言之，租户上下文以标识符的形式表示出某个请求正在访问的应用是与哪个租户相关联。

根据本发明的实施方式，多租户应用的数据可以是各种类型的数据，例如描述多租户应用本身开发相关的J2EE应用的应用对象等，还可以是与多租户应用所处理数据相关的其他数据。对于前文所述的“网络商铺”应用，多租户应用的数据可以包括，例如，欢迎语、店铺名称、访问次数、货物名称、货物数量等，又例如包括“网络商铺”应用的页面布局、背景颜色等等。

由于在多租户应用中多个租户共享同一实例，因而可以对应用的数据进行虚拟化，并将实例设计为针对每个租户定制的虚拟化应用实例。当来自客户端的请求访问多租户应用时，该请求实际访问的是虚拟化的数据。在每个请求看来，所访问的数据完全是针对与该请求相关的租户特定的。请求所访问数据实际所处位置依赖于正在访问的应用与哪个租户相关联。

隔离点：是指应用中多个租户之间不能共享的数据，是多租户应用中与特定租户相关联的数据。例如，“网络店铺”应用均包括数据“欢迎语”，然而租户1的“服装店”和租户2的“宠物店”的“欢迎语”可以是租户自身定制的。当用户1和用户2分别访问“服装店”和“宠物店”时，尽管两个租户共享同一实例，但是所访问的内容不尽相同。例如，用户1看到的欢迎语可以是“欢迎来到××服装店！”，而用户2看到的欢迎语可以是“××宠物店欢迎您！”。隔离点的具体示例还可以包括例如店铺名称、访问次数、货物名称、货物数量等。应当注意，在此仅示意性示出了隔离点的典型示例，隔离点还可以包括各种其他数据，包括但不限于编程中涉及的静态数据、单一对象、容器管理的配置、诸如Servlet初始参数的状态、Servlet上下文属性等。

分区：是指在运行时的存储租户的隔离点的空间。分区对应于特定的用户，多租户应用的每个租户都具有自身的分区，用于保存不能与其他租户共享的私有数据。例如，租户1和租户2的分区中可以分别保存自身的隔离点数据，如，欢迎语、店铺名称、访问次数、货物名称、货物数量等(如表1和表2所示)。应当注意，这里的分区可以是以任何数据结构实现的逻辑上的分区。

表1租户1的分区1

数据名称	内容
		欢迎语	欢迎来到××服装店
店铺名称	××服装店
		访问次数	100
...	...

表2租户2的分区2

数据名称	内容
		欢迎语	××宠物店欢迎您
店铺名称	××宠物店
		访问次数	200
...	...

租户-分区映射：是指对于多租户应用而言，在每个租户和该租户所对应的分组之间的关系映射。在运行时，分区可以具有地址，由此租户-分区映射可以是租用的标识符和分区地址之间的映射关系。应当注意，在此需要特别指出，文中提及的“服务器”是指应用提供商租用的网络提供商的服务器设备。应用提供商将多租户应用部署在该服务器设备上以供租户使用。应用提供商或者第三方可以开发出根据本发明的实施方式的方法和装置，并将能够实现所述方法和装置的计算机程序产品部署在网络提供商的服务器设备上，以实现根据本发明所述的方法和设备。

现在参考图2来详细示出根据本发明一个实施方式的具体实现。图2示意性示出了根据本发明一个实施方式的用于向应用的多个租户提供服务的方法的流程图。在步骤S202中，响应于收到来自客户端的与多个租户中的一个租户相关联的请求，将该租户的租户上下文绑定到该请求。在此步骤中，对于每个接收到的客户端请求，首先解析与特定客户端请求相关联的租户。例如，可以通过解析应用的主机名称来得出租户信息，并构建租户上下文。

在某实施方式中，可以将多租户应用部属至某物理主机，然后给租户分配不同的主机名。例如，应用提供商将“网络商铺”部署在网络提供商的服务器上，而对于租户1的“服装店”设置主机名称“clothesshop.ecom.com”，对租户2的“宠物店”设置主机名称“petsshop.ecom.com”。则通过分析用户正在访问的主机名称即可得出请求所关联的租户。如果用户1正在访问“clothesshop.ecom.com”，则解析得出租户上下文是租户1，例如以租户标识符“tenant_1”表示。应当理解，上述主机名称仅仅是示意性表示，本领域技术人员还可以采用其他方式实现，例如提供不同的路径，或者使用不同的输入参数等等。

在步骤S204中，对于请求中的对隔离点的访问，基于绑定到请求的租户上下文，将对隔离点的访问重定向到分区，其中分区是预先为租户针对应用而建立的。

租户标识符需要在处理请求的整个过程期间传递。例如，在某实施方式中，当接收到来自客户端的对租户的请求时，将该请求中对隔离点的访问重定向到为该租户建立的分区。也即，对于来自客户端的对不同租户的访问，对于该访问中涉及的共享数据，则可以不进行区分，全部请求均指向相同的共享存储空间；对于该访问涉及的隔离点，在处理来自不同租户的请求时，则可以将对隔离点的访问重定向到各租户各自的分区。

同样在前文示例的情况下，来自用户1的请求1正在访问“服装店”，该请求1的租户上下文为“tenant_1”，来自用户2的请求2正在访问“宠物店”，该请求2的租户上下文为“tenant_2”。在登录欢迎页面时，尽管“服装店”和“宠物店”对应于同一实例，由于“欢迎语”属于隔离点数据，因此当在处理请求1和请求2的过程中，读取“欢迎语”数据时，此读取被分别重定向到各自的分区。也即，分别重定向至与租户上下文“tenant_1”和“tenant_2”分别对应的分区1和分区2(如前文表1和表2所示)中的“欢迎语”。

在步骤S204中，还可以包括截获请求中的对隔离点的访问的处理。由于在设置隔离点的过程中可以在不同层次实现，因而在截获对隔离点的访问时，也可以具有不同的实现手段。例如，对于JVM(Java Virtual Machine，Java虚拟机)层次，可以使用代码插装(codeinstrumentation)来截获对于全局对象、对象字段、文字等的访问；对于容器层次，可以使用包装器(wrapper)来截获对于容器管理对象如jsp、servlet、ejb等的访问。在此仅以Java语言为示例示出了进行数据虚拟化的一个实施方式，本领域技术人员还可以根据其他编程技术采用其他方式。

下面参照图3描述另一实施方式，图3示意性示出了根据本发明另一实施方式的用于向应用的多个租户提供服务的方法的流程图。图3中的步骤S302与图2中的步骤S202相同或类似。图3中的步骤S306与图2中的步骤S204相同或类似。在图3的步骤S304中，基于预先生成的与租户上下文相关联的租户-分区映射，查询分区。在某实施方式中，在该租户-分区映射中，存储有租户与该租户的分区之间的对应关系，例如，可以采用租户标识符和分区地址的方式来保存，如表3所示。

表3租户-分区映射

租户(以租户标识符表示)	分区(以存储地址表示)
		tenant_1	AAAA
tenant_2	BBBB

根据图3所示的实施方式，基于绑定到请求的租户上下文(也即，租户标识符)，可以通过租户-分区映射将对隔离点的访问快速重定向至相应分区。例如，当处理对“服装店”的访问请求时，可知该请求对应于租户1。当处理过程中访问隔离点时，可以通过在租户-分区映射中以租户1的租户标识符“tenang_1”查找所对应的分区地址“AAAA”，然后在分区地址内继续根据隔离点名称将对隔离点的访问进行重定向。

图4示意性示出了根据本发明一个实施方式的用于预先生成租户-分区映射的方法的流程图400。在某实施方式中，可以采用图4所示的流程图预先生成图3所示实施方式中采用的租户-分区映射。从前文定义中可知，租户-分区映射记录了租户与分区之间的对应关系。

如图4所示，在步骤S402中，基于描述应用的隔离点的元数据，针对多个租户中的每个租户创建各自的分区。步骤S402的目的之一在于，使每个租户都具有各自的分区。可能存在以下情况，在最初启用应用时，多个租户可以同时上线；或者在该应用已经运行一段时间后，还可以加入新的租户。对于后一种情况，可以仅需要针对新添加的不具有分区的租户创建分区。在完成创建分区之后，可以基于描述应用的隔离点的元数据，立刻对分区中的数据进行初始化。相对地，也可以在分区第一次被访问时才进行初始化。

在步骤S404中，记录多个租户中的每个租户与其各自的分区之间的映射关系，以生成租户-分区映射。

对于前文的示例，例如应用提供商最初将“网络商铺”应用租用给租户1和租户2。当租户1和租户2上线时，可以基于元数据创建分区1和分区2，并生成租户-分区映射(如前文表3所示)。在运行一段时间之后，应用提供商又将“网络商铺”应用租用给租户3，则此时针对新增加的租户3创建分区，并将相应的信息添加至租户-分区映射，此时的租户-分区映射如表4所示。租户-分区映射的内容随着租户的增加和减少而变化。

表4增加新租户后的租户-分区映射

租户(以租户标识符表示)	分区(以存储地址表示)
		tenant_1	AAAA
tenant_2	BBBB
		tenant_3	CCCC

图5示意性示出了根据本发明一个实施方式的用于预先生成租户-分区映射的装置的结构图。如图5所示，该装置500可以包括创建器520和映射记录器530。创建器520用于基于应用元数据510为各个租户创建分区。应用元数据510描述在多租户应用中有哪些数据需要被隔离，应用元数据510可以具有各种表达形式，只需能够描述将被隔离的隔离点即可，从而创建器520基于应用元数据510中记载的隔离点相关信息，针对每个租户创建各自的分区。例如，对于“网络商铺”的应用而言，隔离点可以包括欢迎语、店铺名称、访问次数等，则此时创建器520可以以上述隔离点为分区中的数据名称来针对各租户创建分区。如前文表1和表2分别示出了租户1和租户2的分区。应当注意，分区中数据的内容可以随着用户对应用的访问而变化(例如，访问次数可以逐次递增)，也可以由租户进行设置(例如，修改欢迎语、店铺名称等)。当新的租户上线时，创建器520还可以针对新添加的租户创建分区，图5中的框图522和524分别示出了租户1和租户n的分区。

映射记录器530用于记录每个租户及其各自的状态分区映射关系，并生成租户-分区映射532。应当注意，根据本发明的实施方式可以在不重写应用代码的前提下使多租户可以共享原有的单租户应用。实现这一方案的一个重要方面在于，将请求中对隔离点的访问重定向至与请求相关联的租户的分区。因而，分析应用中的哪些数据是隔离点是一个重要步骤。

图6示意性示出了根据本发明一个实施方式的用于提取应用隔离点并获取元数据的方法的流程图600。在步骤S602中，基于分析规则，分析应用。分析规则定义了哪些数据可能成为隔离点的规则，在分析规则中定义了特定于租户的数据的类型，例如编程中涉及的静态数据、单一对象、容器管理的配置、诸如Servlet初始参数的状态、Servlet上下文属性等。继而在步骤S604中，提取应用的隔离点。在步骤S606中，基于隔离点生成应用的元数据。应当注意，在某实施方式中，在生成元数据的过程中，还可以包括步骤S604’，用于过滤掉与提供多租户方案无关的隔离点。可以理解，隔离点越少，则多租户之间可共享的数据越多，需要重定向处理的请求也就越少。因而过滤掉无关数据可以提高多租户方案的效率。

图7示意性示出了根据本发明一个实施方式的用于提取应用隔离点并获取元数据的装置的结构图700。根据本发明的一个实施方式，获取元数据的装置包括分析器710、提取器720、元数据生成器730。分析器710读取分析规则702和应用704，并基于分析规则702来分析应用704。提取器720提取应用的隔离点，并且元数据生成器730以特定格式描述隔离点的信息，并生成应用元数据401。在某实施方式中，还可以包括过滤器740，以便过滤掉与提供多租户方案无关的隔离点。应当注意，对于一个应用，可以仅执行一次生成元数据的过程。此过程可以独立于前文所述的运行时过程，即，独立于将对隔离点的请求重新定向至相关租户的分区。生成元数据例如可以在应用开发完成时执行，或者在期望使该应用支持多租户时执行。

图8示意性示出了根据本发明一个实施方式的用于向应用的多个租户提供服务的装置的结构图。如图8所示，该用于向应用的多个租户提供服务的装置800包括绑定器820，用于响应于收到客户端对多个租户中的一个租户的请求，将请求的租户上下文绑定到请求。该装置800还包括重定向器830，用于对于请求中的对隔离点的访问，基于绑定到请求的租户上下文，将对隔离点的访问重定向到分区。在这里，分区是预先为租户针对应用而建立的，如前文所述。

现在结合图8更详细地描述向多租户应用提供服务的装置800的工作原理。图8底部的从左向右箭头示意性地示出了一个请求的处理过程810，箭头方向表示时间顺序。首先，绑定器820接收来自客户端的请求(如箭头A所示)，解析该客户端请求所关联的租户。例如，通过前文所述的解析主机名称的方式或者其他方式，可以得出客户端请求关联于租户i，则此时设置租户上下文，并用租户标识符tenant_i来表示。

租户上下文随着请求处理过程810传递。当请求处理过程中访问隔离点时，重定向器830截获该对隔离点的访问。继而，重定向器830获取当前租户上下文tenant_i(如箭头C所示)，并且沿箭头D所示的方向查询租户-分区映射532。查询结果沿箭头E所示方向返回重定向器830，继而重定向器830基于该查询结果来将隔离点请求重定向至相应的分区。例如，在租户上下文为tenant_i的情况下，将隔离点请求重定向至租户i的分区840。应当注意，在一次请求处理过程中可以存在对同一个或者不同隔离点的多次访问，图8中仅示出了一个示意性的请求。

根据本发明的一个实施方式，当请求处理过程是采用线程方式时，可以采用编程技术中的ThreadLocal或者类似的机制来实现租户上下文的绑定和传播，以便将请求所对应的租户上下文附加至当前的请求。根据本发明的其他实施方式，请求处理过程还可以采用多个线程、或者进程或者其他方式进行。在这种情况下，可以采用在进程和/或线程之间传递参数的其他编程方法实现。

应当注意，图8示出了根据本发明的实施方式的装置的运行时操作。尽管所述装置的各个组件在物理上部署在网络提供商提供的网络服务器上，然而所述装置的提供方可以是最初应用的提供商，还可以是希望使最初的单租户应用支持多租户的任何其他组织、个人或者其他实体。所述装置是以计算机程序产品的形式提供，并且当将所述计算机程序产品部署在网络服务器上时，可以实现如图8中所示的装置的功能。

在实现向应用的多个租户提供服务的方法时，应用提供者或者上述能够实现本发明的实施方式所述方法的第三方开发实体将能够支持向应用的多个租户提供服务的计算机程序产品部署在网络提供商的服务器设备上，进而形成了能够支持向应用的多个租户提供服务的装置。在某实施方式中，如图8所示的装置是计算机软件产品与服务器硬件结合后形成的。应当注意，实施根据本发明的方法和装置的主体可以是上述应用提供者或者第三方开发实体，也可以是提供硬件服务器以及网络连接服务的网络提供商。网络提供商也可以不实施根据本发明的方法和设备，而仅提供了实现本发明所述的方法和装置的硬件平台和相关网络服务。

本发明可以采取完全硬件实施方式、完全软件实施方式或既包含硬件组件又包含软件组件的实施方式的形式。在优选实施方式中，本发明实现为软件，其包括但不限于固件、驻留软件、微代码等。

而且，本发明还可以采取可从计算机可用或计算机可读介质访问的计算机程序产品的形式，这些介质提供程序代码以供计算机或任何指令执行系统使用或与其结合使用。出于描述目的，计算机可用或计算机可读机制可以是任何有形的装置，其可以包含、存储、通信、传播或传输程序以由指令执行系统、装置或设备使用或与其结合使用。

介质可以是电的、磁的、光的、电磁的、红外线的、或半导体的系统(或装置或器件)或传播介质。计算机可读介质的例子包括半导体或固态存储器、磁带、可移动计算机磁盘、随机访问存储器(RAM)、只读存储器(ROM)、硬磁盘和光盘。目前光盘的例子包括紧凑盘-只读存储器(CD-ROM)、压缩盘-读/写(CD-R/W)和DVD。

适合与存储/或执行程序代码的数据处理系统将包括至少一个处理器，其直接地或通过系统总线间接地耦合到存储器元件。存储器元件可以包括在程序代码的实际执行期间所利用的本地存储器、大容量存储器、以及提供至少一部分程序代码的临时存储以便减少执行期间从大容量存储器必须取回代码的次数的高速缓冲存储器。

输入/输出或I/O设备(包括但不限于键盘、显示器、指点设备等等)可以直接地或通过中间I/O控制器耦合到系统。

网络适配器也可以耦合到系统，以使得数据处理系统能够通过中间的私有或公共网络而耦合到其他数据处理系统或远程打印机或存储设备。调制解调器、线缆调制解调器以及以太网卡仅仅是当前可用的网络适配器类型的几个例子。

从上述描述应当理解，在不脱离本发明真实精神的情况下，可以对本发明各实施方式进行修改和变更。本说明书中的描述仅仅是用于说明性的，而不应被认为是限制性的。本发明的范围仅受所附权利要求书的限制。

Claims (16)

1.一种用于向应用的多个租户提供服务的方法，包括：

响应于收到来自客户端的与所述多个租户中的一个租户相关联的请求，将所述租户的租户上下文绑定到所述请求；以及

对于所述请求中的对所述应用的隔离点的访问，基于绑定到所述请求的所述租户上下文，将所述对隔离点的访问重定向到分区，其中所述分区是预先为所述租户针对所述应用而建立的。

2.根据权利要求1所述的方法，其中，基于绑定到所述请求的所述租户上下文，将所述对隔离点的访问重定向到分区还包括：

基于预先生成的与所述租户上下文相关联的租户-分区映射，查询所述分区。

3.根据权利要求2所述的方法，还包括：

基于描述所述应用的所述隔离点的元数据，针对所述多个租户中的每个租户创建各自的分区；以及

记录所述多个租户中的每个租户与其各自的分区之间的映射关系，以生成所述租户-分区映射。

4.根据权利要求3所述的方法，还包括：

基于分析规则，分析所述应用；

提取所述应用的隔离点；以及

基于所述隔离点，生成所述元数据。

5.根据权利要求4所述的方法，还包括：

过滤掉与为所述应用提供多租户方案无关的隔离点。

6.根据权利要求1至5中任何一个所述的方法，其中所述隔离点包括所述应用中多个租户之间不能共享的数据。

7.根据权利要求1至5中任何一个所述的方法，其中在所述分区中存储有与所述隔离点相关联的数据。

8.根据权利要求1至5中任何一个所述的方法，其中所述租户上下文是由唯一的租户标识符所标识的。

9.一种用于向应用的多个租户提供服务的装置，包括：

绑定器，用于响应于收到来自客户端的与所述多个租户中的一个租户相关联的请求，将所述租户的租户上下文绑定到所述请求；以及

重定向器，用于对于所述请求中的对所述应用的隔离点的访问，基于绑定到所述请求的所述租户上下文，将所述对隔离点的访问重定向到分区，其中所述分区是预先为所述租户针对所述应用而建立的。

10.根据权利要求9所述的装置，还包括：

查询器，用于基于预先生成的与所述租户上下文相关联的租户-分区映射，查询所述分区。

11.根据权利要求10所述的装置，还包括：

创建器，用于基于描述所述应用的所述隔离点的元数据，针对所述多个租户中的每个租户创建各自的分区；以及

映射记录器，用于记录所述多个租户中的每个租户与其各自的分区之间的映射关系，以生成所述租户-分区映射。

12.根据权利要求11所述的装置，还包括：

分析器，用于基于分析规则，分析所述应用；

提取器，用于提取所述应用的隔离点；以及

元数据生成器，用于基于所述隔离点，生成所述元数据。

13.根据权利要求12所述的装置，还包括：

过滤器，用于过滤掉与为所述应用提供多租户方案无关的隔离点。

14.根据权利要求9至13中任何一个所述的装置，其中所述隔离点是所述应用中多个租户之间不能共享的数据。

15.根据权利要求9至13中任何一个所述的装置，其中在所述分区中存储有与所述隔离点相关联的数据。

16.根据权利要求9至13中任何一个所述的装置，其中所述租户上下文是由唯一的租户标识符所标识的。

Images