超越极限无限应用程序可.PDF

超越极限：无限的应用程序可 扩展性 Oracle 白皮书 2008 年 12 月更新 超越极限： 在实现可扩展性这一问题上，组织面临的最常见挑 战不是可扩展性本身的成本，而是一旦应用程序的 发展超过某一阈值时，预测该成本的难度。 无限的应用程序可扩展性 引言 对于要求可扩展性达到极高水平的应用程序而言，在维持百分百的应用程序 可用性的同时，不断地扩大系统以处理持续增加的负载是一件非常令人望而 生畏的事情。如果企业要求新增容量的费用保持恒定，那几乎是一件不可能 的事。 在实现可扩展性这一问题上，组织面临的最常见的挑战不是可扩展性本身的 成本，而是一旦应用程序的发展超过某一阈值时，预测该成本的难度。组织 不仅需要应用程序可扩展性，同时还需要能够预测 应用程序可扩展性，这包 括成本和人力。 对于现代的应用程序而言，尤其是那些针对 Java 平台构建的应用程序，已 经有一些经证明的方法和解决方案可帮助组织针对其应用程序实现可预测和 可扩展的性能。尽管这些方法可能对超大规模的应用程序最具价值，但它们 也几乎可为任何基于服务器的应用程序节省时间和金钱。 超越极限：无限的应用程序可扩展性 第2 页 本白皮书将重点关注一个具体的方法 — 使用集群缓存技术，在显著提高应 用程序吞吐量并降低数据操作延迟的同时，保持应用程序所要求的适宜的数 据质量级别。 定义可扩展的性能 首先需要理解这个问题。以下是一些实际示例： 一家应用服务提供商 (ASP) 为一个大客户在集群中部署了一个 Java 2 企业版 (J2EE) 应用程序实例。由于从单服务器环境切换到 双服务器环境中，导致总的应用程序吞吐量明显下降。 在高峰负载时，内部基于 Web 的人力资源系统会陷于停顿，这是 因为其专用的 32 位 CPU 数据库已饱和。更糟的是，应用程序正 在提供的多数是静态内容。 成功的应用服务提供商 (ASP) 不得不停止和新客户签约，因为随着 公司的发展，新增客户的增量成本也会随之上升，以至于到最后每新 增一个客户公司都会赔钱。它的市场成功可能意味着破产。 虽然用于处理大量数据的共同基金分析应用程序在开发和测试时提供 近乎即时的响应时间，但它在投入使用时每一页的平均耗时超过 15 秒，这主要是因为大量的并发应用程序用户导致了大量的数据库负 载。 在上述任一种情况下，应用程序的开发团队在进行开发时已断定应用程序工 作正常。响应时间似乎完全处于可接受的范围之内。直到应用生产负载时， 才会发现这些问题。这就是性能和可扩展性能二者间的差异。 性能指的是应用程序在特定时间内实现响应的能力。这称为挂钟测量。性能 与延迟正好相对（延迟指数据请求时间与数据接收时间之间的延迟时间）。 性能之所以重要，是因为它反映了最终用户在使用应用程序时将要体验到的 响应性。 超越极限：无限的应用程序可扩展性