DB2 V9.5力助SaaS应用和大规模网站应用

核心提示： 软件运营商提供的 SaaS 应用是否经常很容易崩溃以及无法提供服务？软件运营商提供的 SaaS 应用的崩溃以及无法提供服务的主要原因是以下几个：一是应用代码有问题； 二是数据库服务器在高并发用户的情况经常崩溃； 三是应用服务器经常崩溃或者一个应用服务器无法承受如此大的压力， 我们需要采取什

软件运营商提供的 SaaS 应用是否经常很容易崩溃以及无法提供服务？

软件运营商提供的 SaaS 应用的崩溃以及无法提供服务的主要原因是以下几个：

一是应用代码有问题；

二是数据库服务器在高并发用户的情况经常崩溃；

三是应用服务器经常崩溃或者一个应用服务器无法承受如此大的压力。

我们需要采取什么样的措施来解决这个问题呢？请详细参考：如何实现高性能、高伸缩性的架构

数据是否能够可靠的存储？

由于数据是保存在数据库系统中，数据库系统是否能够提供一个很好的数据备份 / 恢复、数据卸载 / 挂接的功能。我们需要采取什么样的措施来解决这个问题呢？请详见参考资料中 DB2 的表分区以及备份 / 恢复功能的相应文档。

系统如何提供不同的服务质量？

就像中国移动公司它划分了三个品牌全球通、神州行、动感地带，这三个品牌提供了不同的服务质量。而对于提供 SaaS 应用的软件提供商来说它也面临这样一个问题，就是不同的客户需要不同的服务质量从而付出不同的资费，如不同的客户需要不同的响应时间，形象一点来说就好比有这样的一个场景，有 5 个用户同时发起 5 个请求到数据库端，而这个 5 个用户具有不同的服务等级，对于数据库端来说它就应该以更多的资源服务服务等级最高的用户，以较少的资源服务服务等级较低的客户，从而使不同服务等级的客户具有不同的服务质量。这样能够使软件运营商的 SaaS 应用更具有适应性、更具有竞争力、更能创造价值。我们需要采取什么样的措施来解决这个问题呢？详细的解决方式请见：DB2 V9.5 的工作负载管理功能的阐述。

DB2 V9.5 的工作负载管理功能

对于 系统如何提供不同的服务质量 的相应的需求，可以概述成以下的叙述：一个 SaaS 应用程序可能由三个不同用户使用。一个用户可能希望响应时间平均值小于 2 秒，而其他两个用户可能对 5 秒的响应时间就感到满意了。并且对于达到响应时间平均值小于 2 秒的用户收取较多的资费，而对于达到 5 秒的响应时间的用户收取较低的资费。