qileilove

性能测试之系统架构分析

　之前有对性能需求进行过分析，那篇主要从项目业务、背景等角度如何抽丝剥茧的将项目的需求抽离出来。在我们进行需求的时候也需要对被测项目的架构有一定的认识，如果不了解被测系统的架构，那么在后期的性能分析与调优阶段将无从下手。

简单系统架构介绍                                                                              

　　因为每个公司的业务不同，采用的技术，架构也都有很大不同。但不管怎么变动，但基本都在三层架构的基础上扩展与改进。

下面看一个基本的系统架构：

表示层：

　　表示层运行在客户终端上，运行java  applet 程序，提供协议控制和用户界面，与系统用户实现直接交互，通过TCP/HTTP协议与业务层系统通信，向应用层系统发送请求报文，并接收应用层系统返回的回应报文。

业务逻辑层：

　　业务逻辑层作为中间层实现核心业务逻辑服务。

　　应用服务器主要运行中间件系统，中间件系统系统作为一个容器来运行各种应用软件系统。前台发来的请求报文通过中间件传递给应用程序，应用程序在处理的过程中调用数据层的数据服务器，数据服务器将查询的数据返回给应用程序，应用软件处理完成后通过中间件系统返回给客户端。

　　在大型的系统中，可以对应用系统进行拆分，比如拆分成交易服务，查询服务；或者通过负载均衡技术，来分散客户端发来的请求，使其能承受更大的用户访问量。

数据层：

　　数据层运行在数据库主机上，负责整个系统中数据信息的存储。运行数据库服务程序，查询通过JDBC与应用程序进行通信，主要用于存储数据与提供数据查询等服务。

　　数据库集群技术就是对大型系统应用非常广泛的一种解决方案。

大型系统架构介绍                                                                               

　　前面介绍了一般系统的架构，那么一个大型的系统在设计中使用了哪些手段或技术来提高系统的性能呢

操作系统

　　操作系统是硬件与软件之间的桥梁，那么一个稳定的操作系统是系统坚实的基础。在个人操作系统领域，windows 无疑是绝对的霸主，但随着近几年的发展，linux/unix以其不俗的性能表现，超强的稳定性与安全性使其在服务器领域变成重多企业的首选。因为系统服务器由少数技术人员使用，他们更看重系统的性能、稳定性和安全性等方面的表现。

Web服务器

　　Web服务器即中间件服务器，是应用程序的载体（容器），应用程序只有在中间件服务器上才能正常的运行被外界所访问使用。对于window系统来说，IIS是微软配套的web服务器，他们的搭配应该是夫妻是之间的默契；apache 作为开源力量代表，不管在windows还是linux下面都非常得宠。因为linux与apache 都为开源产品且性能优异，应用非常广泛。

　　· 淘宝网（阿里巴巴）: Linux操作系统 + Web 服务器: Apache

　　· 新浪：FreeBSD + Web 服务器：Apache

　　· Yahoo：FreeBSD + Web 服务器：自己的

　　· Google: 部分Linux + Web 服务器：自己的

　　· 百度：Linux + Web 服务器: Apache

　　· 网易：Linux + Web 服务器: Apache

　　· eBay: Windows Server 2003/8 (大量) + Web 服务器：Microsoft IIS

　　· MySpace: Windows Server 2003/8 + Web 服务器：Microsoft IIS

常用的系统架构是:

· Linux + Apache + PHP + MySQL

· Linux + Apache + Java (WebSphere) + Oracle

· Windows Server 2003/2008 + IIS + C#/ASP.NET + 数据库

· Window Server 2003/2008 + tomcat + MySql

提高系统性能的相关技术                                                              

网页HTML 静态化

　　其实大家都知道网页静态化,效率最高,消耗最小的就是纯静态化的 html 页面,所以我们尽可能使我们的网站上的页面采用静态页面来实现,这个最简单的方法其实也是最有效的方法。

　　但是对于大量内容并且频繁更新的网站,我们无法全部手动去挨个实现,于是出现了我们常见的信息发布系统 CMS,像我们常访问的各个门户站点的新闻频道,甚至他们的其他频道,都是通过信息发布系统来管理和实现的,信息发布系统可以实现最简单的信息录入自动生成静态页面,还能具备频道管理,权限管理,自动抓取等功能,

　　对于一个大型网站来说,拥有一套高效,可管理的CMS 是必不可少的，除了门户和信息发布类型的网站,对于交互性要求很高的社区类型网站来说,尽可能的静态化也是提高性能的必要手段,将社区内的帖子,文章进行实时的静态化,有更新的时候再重新静态化也是大量使用的策略,像Mop 的大杂烩就是使用了这样的策略,网易社区等也是如此同时,html 静态化也是某些缓存策略使用的手段,

　　对于系统中频繁使用数据库查询但是内容更新很小的应用,可以考虑使用 html 静态化来实现,比如论坛中论坛的公用设置信息,这些信息目前的主流论坛都 可以进行后台管理并且存储再数据库中,这些信息其实大量被前台程序调用,但是更新频率很小,可以 考虑将这部分内容进行后台更新的时候进行静态化,这样避免了大量的数据库访问请求；

图片服务器分离

　　对Web 服务器来说,不管是 Apache,IIS 还是其他容器,图片是最消耗资源的,于是我们 有必要将图片与页面进行分离,这是基本上大型网站都会采用的策略,他们都有独立的图片服务器,甚至很多台图片服务器，这样的架构可以降低提供页面访问请求的服务器系统压力,并且可以保证系统不 会因为图片问题而崩溃,在应用服务器和图片服务器上,可以进行不同的配置优化,比如 apache 在配置 ContentType 的时候可以尽量少支持,尽可能少的 LoadModule,保证更高的系统消耗和执行效率；

数据库集群和库表散列 

　　大型网站都有复杂的应用,这些应用必须使用数据库,那么在面对大量访问的时候,数据库的瓶颈很快就能显现出来,这时一台数据库将很快无法满足应用,于是我们需要使用数据库集群或者库表散列。

　　在数据库集群方面, 很多数据库都有自己的解决方案, Oracle, Sybase 等都有很好的方案,常用的 MySQL 提供的 Master/Slave 也是类似的方案,您使用了什么样的 DB,就参考相应的解决方案来实施即可。

　　上面提到的数据库集群由于在架构,成本,扩张性方面都会受到所采用 DB 类型的限制,于是我们需要从应用程序的角度来考虑改善系统架构,库表散列是常用并且最有效的解决方案，我们在应用程序中安装 业务和应用或者功能模块将数据库进行分离,不同的模块对应不同的数据库或者表,再按照一定的策略 对某个页面或者功能进行更小的数据库散列,比如用户表,按照用户 ID 进行表散列,这样就能够低成本 的提升系统的性能并且有很好的扩展性，sohu 的论坛就是采用了这样的架构,将论坛的用户,设置,帖 子等信息进行数据库分离,然后对帖子,用户按照板块和 ID 进行散列数据库和表,最终可以在配置文件 中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能；

缓存

　　缓存一词搞技术的都接触过,很多地方用到缓存，网站架构和网站开发中的缓存也是非常重要，这里先 讲述最基本的两种缓存，高级和分布式的缓存在后面讲述， 架构方面的缓存,对 Apache 比较熟悉的人都能知道 Apache 提供了自己的缓存模块,也可以使用外加的 Squid 模块进行缓存,这两种方式均可以有效的提高 Apache 的访问响应能力， 网站程序开发方面的缓存,Linux 上提供的 Memory Cache 是常用的缓存接口,可以在 web 开发中使用, 比如用 Java 开发的时候就可以调用 MemoryCache 对一些数据进行缓存和通讯共享, 一些大型社区使用了 这样的架构， 另外, 在使用 web 语言开发的时候, 各种语言基本都有自己的缓存模块和方法, PHP 有 Pear 的 Cache 模块,Java 就更多了,net 不是很熟悉,相信也肯定有；

镜像

镜像是大型网站常采用的提高性能和数据安全性的方式,镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异, 比如 ChinaNet 和 EduNet 之间的差异就促使了很多网站在教育网内搭建镜像站点,数据进行定时更新或者实时更新，在镜像的细节技术方面,这里不阐述太深,有很多专业的现成的解决 架构和产品可选，也有廉价的通过软件实现的思路,比如 Linux 上的 rsync 等工具；

负载均衡

负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法，负载均衡技术发展了多年,有很多专业的服务提供商和产品可以选择,下面介绍几种常见的负载均衡。

1. 基于DNS的负载均衡--一个域名绑定多个IP

　　DNS负载均衡技术是最早的负载均衡解决方案，它是通过DNS服务中的随机名字解析来实现的，在DNS服务器中，可以为多个不同的地址配置同一个名字，而最终查询这个名字的客户机将在解析这个名字时得到其中的一个地址。因此，对于同一个名字，不同的客户机会得到不同的地址，它们也就访问不同地址上的Web 服务器，从而达到负载均衡的目的。

　　这种技术的优点是，实现简单、实施容易、成本低、适用于大多数TCP/IP应用；但是，其缺点也非常明显，首先这种方案不是真正意义上的负载均衡，DNS 服务器将Http请求平均地分配到后台的Web服务器上，而不考虑每个Web服务器当前的负载情况；如果后台的Web服务器的配置和处理能力不同，最慢的 Web服务器将成为系统的瓶颈，处理能力强的服务器不能充分发挥作用；其次未考虑容错，如果后台的某台Web服务器出现故障，DNS服务器仍然会把DNS 请求分配到这台故障服务器上，导致不能响应客户端。最后一点是致命的，有可能造成相当一部分客户不能享受Web服务，并且由于DNS缓存的原因，所造成的后果要持续相当长一段时间(一般DNS的刷新周期约为24小时)。所以在国外最新的建设中心Web站点方案中，已经很少采用这种方案了。

2. 通过硬件四层交换实现负载均衡

　　在硬件四层交换产品领域，有一些知名的产品可以选择，比如Alteon、F5等，这些产品很昂贵，但是物有所值，能够提供非常优秀的性能和很灵活的管理能力。Yahoo中国当初接近2000台服务器使用了三四台Alteon就搞定了

3. 通过软件四层交换实现负载均衡

　　软件四层交换我们可以使用Linux上常用的LVS来解决，LVS就是Linux Virtual Server，他提供了基于心跳线heartbeat的实时灾难应对解决方案，提高系统的鲁棒性，同时可供了灵活的虚拟VIP配置和管理功能，可以同时满足多种应用需求，这对于分布式的系统来说必不可少。

一个典型的使用负载均衡的策略就是，在软件或者硬件四层交换的基础上搭建squid集群，这种思路在很多大型网站包括搜索引擎上被采用，这样的架构低成本、高性能还有很强的扩张性。

4. 通过反向代理服务器实现负载均衡

　　反向代理服务器又称为 WEB 加速服务器，它位于 WEB 服务器的前端，充当WEB服务器的内容缓存器,反向代理服务器是针对 WEB 服务器设置的，后台 WEB 服务器对互联网用户是透明的，用户只能看到反向代理服务器的地址，不清楚后台 WEB 服务器是如何组织架构的。当互联网用户请求 WEB 服务时，DNS 将请求的域名解析为反向代理服务器的 IP 地址，这样 URL 请求将被发送到反向代理服务器，由反向代理服务器负责处理用户的请求与应答、与后台 WEB 服务器交互。利用反向代理服务器减轻了后台 WEB 服务器的负载，提高了访问速度，同时避免了因用户直接与 WEB 服务器通信带来的安全隐患。

-------------------------------------

      这篇文章非常纠结，以目前技术水平来讲这块的东西实属班门弄斧。部分内容从互联网搜集。


各种系统架构图及其简介

1.Spring 架构图

  Spring 是一个开源 框架，是为了解决企业 应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为J2EE 应用程序开发提供集成的框架。Spring 框架的功能可以用在任何J2EE 服务器中，大多数功能也适用于不受管理 的环境。Spring的核心要点是：支持不绑定到特定J2EE 服务的可重用业务和数据访问对象。这样的对象可以在不同J2EE 环境（Web 或EJB ）、独立应用程序、测试 环境之间重用。

组成Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下：

• 核心容器：核心容器提供Spring 框架的基本功能。核心容器的主要组件是BeanFactory ，它是工厂模式的实现。BeanFactory 使用控制反转 （IOC ） 模式将应用程序的配置和依赖性规范与实际的应用程序代码 分开。
• Spring 上下文：Spring 上下文是一个配置文件，向Spring 框架提供上下文信息。Spring 上下文包括企业服务，例如JNDI 、EJB 、电子邮件、国际化、校验和调度功能。
• Spring AOP ： 通过配置管理特性，Spring AOP 模块直接将面向方面的编程 功能集成到了Spring 框架中。所以，可以很容易地使Spring 框架管理的任何对象支持AOP 。Spring AOP 模块为基于Spring 的应用程序中的对象提供了事务管理服务。通过使用Spring AOP ，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。
• Spring DAO ：JDBC DAO 抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库 供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写 的异常代码数量（例如打开和关闭连接）。Spring DAO 的面向JDBC 的异常遵从通用的DAO 异常层次结构。
• Spring ORM ：Spring 框架插入了若干个ORM 框架，从而提供了ORM 的对象关系工具，其中包括JDO 、Hibernate 和iBatis SQL Map 。所有这些都遵从Spring 的通用事务和DAO 异常层次结构。

2.ibatis 架构图

ibatis 是一个基于 Java 的持久层框架。 iBATIS 提供的持久层框架包括 SQL Maps 和 Data Access Objects （ DAO ），同时还提供一个利用这个框架开发的 JPetStore 实例。

IBATIS ：最大的优点是可以有效的控制sql 发送的数目，提高数据层的执行效率！它需要程序员自己去写sql 语句，不象hibernate 那样是完全面向对象的，自动化的，ibatis 是半自动化的，通过表和对象的映射以及手工书写的sql 语句，能够实现比hibernate 等更高的查询效率。

Ibatis 只是封装了数据访问层，替我们做了部分的对象关系映射。但代价是必须要写xml 配置文件，相对于Hibernate 还要写很多sql 。Hibernate通过工具直接从数据库模式生成实体类和基本的配置文件，而且大部分情况下不需要我们写sql ，会较大的提升开发效率。但这些也有很多的局限性，尤其是对环境的要求较高（数据库设计，对象设计，团队的协作等）。 个人感觉Ibatis 对项目比较有意义的地方在于它小巧灵活，可扩展，封装了数据访问层（事务，缓存，异常，日志），并提供了DAO 框架支持。

利用Ibatis 我们可以做到代码和sql 的分离，只要sql 能够解决的问题，Ibatis 就能帮我们较容易的解决，同时也使我们的项目对某一框架的依赖性变小（因为Ibatis 是非侵入性的）。这将极大的降低项目风险，减少解决复杂问题的时间，使项目的维护变得简单。

Ibatis 对于应用的修改，调试，扩充和维护将会变得容易自然。修改时，我们主要修改的是代表模型的实体对象，xml 配置文件中的sql ，和/ 或配置文件的ResultMap （很多时候是不需要的）。同时，sql 和代码分离，我们不用在代码的StringBuffer 的append 方法之间寻找需要修改的sql 。配置文件中的sql 便利了我们的调试和对sql 的评审及以后的sql 重用。

3.structs1 架构图

Struts 是Apache 基金会Jakarta 项目组的一个Open Source 项目，它采用MVC 模式，能够很好地帮助java 开发者利用J2EE 开发Web 应用。和其他的java 架构一样，Struts 也是面向对象设计，将MVC 模式" 分离显示逻辑和业务逻辑" 的能力发挥得淋漓尽致。Structs 框架的核心是一个弹性的控制层，基于如Java Servlets ，JavaBeans ，ResourceBundles 与XML 等标准技术 ，以及Jakarta Commons 的一些类库。Struts 有一组相互协作的类（组件）、Serlvet 以及jsp tag lib 组成。基于struts 构架的web 应用程序基本上符合JSP Model2 的设计标准，可以说是一个传统MVC 设计模式的一种变化类型。　　

Struts 有其自己的控制器（Controller ），同时整合了其他的一些技术去实现模型层（Model ）和视图层（View ）。在模型层，Struts 可以很容易的与数据访问技术相结合，如JDBC / EJB ，以及其它第三方类库，如Hibernate / iBATIS ，或者Object Relational Bridge( 对象关系桥) 。在视图层，Struts 能够与JSP ，包括JSTL 与JSF ，以及Velocity 模板，XSLT 与其它表示层技术。

Struts 为每个专业的Web 应用程序做背后的支撑，帮助为你的应用创建一个扩展的开发环境。

  Client browser （客户浏览器）

来自客户浏览器的每个HTTP 请求创建一个事件。Web 容器将用一个HTTP 响应作出响应。

  Controller （控制器）

控制器接收来自浏览器的请求，并决定将这个请求发往何处。就Struts 而言，控制器是以servlet 实现的一个命令设计模式。struts-config.xml 文件配置控制器。

  业务逻辑

业务逻辑更新模型的状态，并帮助控制应用程序的流程。就Struts 而言，这是通过作为实际业务逻辑“ 瘦” 包装的Action 类完成的。

  Model （模型）的状态

模型表示应用程序的状态。业务对象更新应用程序的状态。ActionForm. bean 在会话级或请求级表示模型的状态，而不是在持久级。JSP 文件使用JSP 标记读取来自ActionForm. bean 的信息。

  View （视图）

视图就是一个JSP 文件。其中没有流程逻辑，没有业务逻辑，也没有模型信息-- 只有标记。标记是使Struts 有别于其他框架（如Velocity ）的因素之一

4.structs2 架构图

Struts 2 相对于Struts 1.X ，将实现用户业务逻辑（Action ）同Servlet API 分离开，这种分离机制，是采用了拦截器或者拦截器栈（拦截器链）。拦截器是Struts 2 的核心内容之一。

5.Hibernate 架构图

Hibernate 是一个开放源代码 的对象关系映射框架，它对JDBC 进行了非常轻量级的对象封装，使得Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。Hibernate 可以应用在任何使用JDBC 的场合，既可以在Java 的客户端程序使用，也可以在Servlet/JSP 的Web 应用中使用，最具革命 意义的是，Hibernate 可以在应用EJB 的J2EE 架构中取代CMP ，完成数据持久化的重任。

　 　Hibernate 的核心接口一共有5 个，分别为:Session 、SessionFactory 、Transaction 、Query 和Configuration 。这5 个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这五个核心接口分别加以介绍。

·Session 接口:Session 接口负责执行被持久化对象的CRUD 操作(CRUD 的任务是完成与数据库的交流，包含了很多常见的SQL 语句。) 。但需要注意的是Session 对象是非线程安全的。同时，Hibernate 的session 不同于JSP 应用中的HttpSession 。这里当使用session 这个术语时，其实指的是Hibernate 中的session ，而 以后会将HttpSesion 对象称为用户session 。

·SessionFactory 接口:SessionFactory 接口负责初 始化Hibernate 。它充当数据存储源的代理，并负责创建Session 对象。这里用到了工厂模式。需要注意的是SessionFactory 并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory 就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory 。

·Configuration 接口:Configuration 接口负责配置并启动Hibernate ，创建SessionFactory 对象。在Hibernate 的启动的过程中，Configuration 类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory 对象。

·Transaction 接口:Transaction 接口负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码。

·Query 和Criteria 接口:Query 和Criteria 接口负责执行各种数据库查询。它可以使用HQL 语言或SQL 语句两种表达方式。

6.J2EE 架构图

J2EE 是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。

J2EE 核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE 架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。

7.Oracle 架构图

posted on 2014-02-13 17:12 顺其自然EVO 阅读(713) 评论(0)  编辑  收藏 所属分类: 性能测试