多个客户的模式解析

    在多租户（multitenant）模型中，多个客户端使用相同的应用程序体系结构，这有助于控制成本。举个例子来说，公司可以根据需要来购买和使用处理能力，而不会将成本投资于除高峰期之外一直空闲的体系结构中。 

    软件即服务（SaaS）体系结构使客户可以一次运行同一个应用程序的多个版本成为可能。客户可以收到个性化的提醒，但对于版本和升级无需单向控制。对于一个单一版本模式，升级可能会被迫在一些非常关键的阶段进行，这样会给企业带来不利影响。 

    分析家已经将目前应用于外包应用程序的许多体系结构模型进行了划分。本篇文章介绍其中的三个，Gartner将它们分别称为管理托管服务（Managed hosting service）、多租户（Multitenant）/单版本模式（Single-version Model）、多租户（Multitenant）/多版本、隔离数据库实例模式。

图2：三种模式

    根据下面对这三种模式的比较结果来看，多租户（multitenant）/多版本、隔离数据库实例模式最有可能给企业绩效管理（EIM）带来成功。

 ◆管理托管服务

    管理托管服务厂商一般使用一个完全专用的系统，其中的硬件和软件是分配到一个单一的客户的。 

    据Gartner表示，管理托管服务模式的体系架构是专用的，允许存在多软件版本，数据库实例是物理隔离的。尽管它不完全符合对软件即服务（SaaS）模式的定义，任何应用程序是可以被托管的。 

    客户端受益于其超级安全和隐私保护功能，但是正如Gartner所说的，一个管理托管服务“理论上的成本非是最高的，因为在用户之间几乎没有多少成本的共享。” 
    
    一个专用系统管理成本是非常高的，运行成本和设备分摊成本被传递给客户端。此外，现在的管理托管服务企业绩效管理（EIM）厂商不利用网格配置来实现可升级的处理能力。企业绩效管理的功效和效益在多租户（ multitenant）体系架构通过网格进行了改善和提高。对于一个管理托管服务来说，备份、冗余、本地硬件和第三方厂商管理都可能使成本增加。

 ◆多租户（Multitenant）/单版本模式 

    多租户/单版本模式体系架构被多个客户端所共享，在指定时间只有一个版本的软件可用。每一个客户端的数据库与其他是逻辑隔离而非物理隔离。尽管实施起来非常经济，在很多方面存在不足，诸如安全、可用性、复杂度和可扩展程度。 

    企业绩效管理的销售和补偿数据是相当敏感的，由于其存在单点故障问题，这个模式非常容易碰到安全入侵和可用性问题。客户还无法对升级进行控制。Gartner曾表示，在这个模型中的安全风险呈逐渐增长的趋势，因为数据不是物理隔离的，应用程序升级的计划是厂商的计划，而不是用户的。 

    这个模型适合于具有较少集成点的不复杂的应用程序。缺少了用于定制优化企业绩效管理的可扩展性，它也不容易加入客户用于提高性能的特定功能。

 ◆多租户（multitenant）/多版本、隔离数据库实例模式 

    多租户（multitenant）/多版本、隔离数据库实例模式既无需附加成本具有管理托管服务的隐私和安全保护优势，又具有多租户（Multitenant）/单版本模式的经济优势。 

    多个客户共享应用程序执行体系架构，同时可以提供多个软件版本。隔离的数据库实例可以实现在客户之间的数据的物理隔离。 

    根据Gartner表示，对于多租户（multitenant）/多版本、隔离数据库实例模式来说，数据从物理上是隔离的，可以提高数据的隐私保护。这个模式可以具有多租户/多版本的优势，诸如版本控制，而且具有额外的数据安全性。 

    由于没有单点故障，数据隐私、安全和系统可用性都不会受影响。 

    此外，Gartner还表示，对于多租户/多版本模式，因为支持多版本，升级的过程更加灵活。

图3：三种模式优缺点对比

    因此，这个情况同样适合多租户（multitenant）/多版本、隔离数据库实例模式，对多软件版本的支持使得客户可以在他们方便的时候升级，而不用根据厂商的计划来升级。