1、 2010 IBM如何架构和开发高性能，高伸缩性WEB 应用系统软件架构师 童景文 2010 IBM2AgendaBASE理论简介:ACID 理论的另外选择可伸缩性最佳实践准则几点架构建议经典架构前言 2010 IBM3前言在我们给客户构建相应的WEB应用系统中，会使用J2EE架构/.NET架构/LAMP架构之一或者其中的混合。在很多场合下我们是不需要考虑整个系统的可伸缩性以具备更好的性能（例如高吞吐量和低响应时间）；因为我们有足够强的硬件资源和用户的压力并不大或者受到项目资源的问题（例如项目的预算，人力资源，技术风险等）。但是对于有些场合下，例如用户的并发用户数很高并且有足够的项目预算或者项
2、目预算也比较充分并且我们需要 我们的 件 更好 （例如我们不需要使用 的硬件资源， 可以 用低 的硬件 可以 整个系统具有很好的性能和可 性）。我们 需要考虑整个应用系统的高可伸缩性的 。如 不考虑场合，我们对 有的应用系统的 需要考虑高可伸缩性的 我们的应用系统 具有 力。并且对我们的技术人 （架构 /开发人 / 人 ） 相应的技术能力对 和对currency1 是“一。 2010 IBM4前言fifl 很多技术人 (架构 ，开发人 等)受到外因和我因的 响 会系统 件(”系统，数系统，中间件等)的强大 能和强大的硬件资源能够为我们 应用系统高可伸缩性的问题以到很高的性能和可 性；例如更好的
3、硬件资源（更强的，），实 数（例如ORACLE RAC),实 中间件和 （例如WAS和F5硬件 ）， （例如数 ，硬件整，”系统 ，中间件 ）.但是 能 一 的问题，并不能 问题； 的 是 更多的 不好 。 是需要 的 是 但是我们不能 （例如有要更多的更好的，有要 ORACLE RAC等）。 2010 IBM5前言可伸缩性是我们 力 的一大架构压力。我们 的 一项架构 ，前 能 到 的 。对于大并发量的用户应用系统，可伸缩性是 的问题。在一个可伸缩的架构中，资源的消耗应该随线性（或更佳） ，可由用户流量、数量等 量。如 性能量的是 一工单元 需的资源消 耗，可伸缩性则是量 工单元的数量或尺寸
4、增加时，资源消耗的变化况。换句话，可伸缩性是整个 格-性能曲线的形状，不是曲线 某一点的取 。并且我们需要到以下几点 1.资源 用率能够随着的增长能够线性增长。形象点 是，如 不断 增加，我们能够通 不断的添加（通 制） 处理；并且系统的响应时间不会产 剧烈的波动2.系统的架构 应该能够面对系统数、用户数增长10倍以 的况。形象点 如 在的系统能够承受10000个用户的使用， 系统 在的 个 能够承受10万个用户的使用。3.由于整个系统 是由多台之间协同工，单台的失效、以 性能严重退化不会 响到整个系统的对外供的较好 质量。4.系统能够供一个稳 的响应时间，不能出 剧烈的波动。5.系统监控、管
5、理起 面简单，并且通 相应的诊断日志和工具能够很 便的 位出错fi的原因和性能的瓶颈 在。 2010 IBM6AgendaBASE理论简介:ACID 理论的另外选择可伸缩性最佳实践准则几点架构建议经典架构前言 2010 IBM7经典架构下图 示的是一个我们最喜欢用的经典的应用分 架构 图。J2EE架构经典实 一般 我们会使用Structs/WebWork+Spring+Hibernate/iBitas 进行实 ，.NET架构基 也是如此；并且会引入相应的Ajax框架（例如YUI,DOJO,EXTJS,GWT,PROTYPE etc).一改良实 UI(用户界面逻辑）采用php/ 和数访问 采用J
6、AVA进行开发。UI(用户界面逻辑） 与逻辑 采用REST WebService进行 。 2010 IBM8经典架构下图 示的是我们最经典的署架构之一（包括应用和数HA)。 2010 IBM9经典架构下图 示的是我们最经典的署架构之一（包括应用和数)。 2010 IBM10经典架构署TIPS 1.除 运行数的建议运行在小型 是IBM P小型 ；其建议运行在PC或者刀片 。因为数系统稳 第一，并且伸缩性扩展能力 较差；应用的可伸缩性能力/能力 好( 要应用 有太大的问题).并且在署的时候 要对相应的”系统进行打补丁和进行相应的内参数 ，网络参数 等；数系统也要进行补丁和 ；应用也要进行补丁和 。
