引言(企业应用架构模式)

架构

架构的定义

最高层次的系统分解.

系统中不易改变的决定.

主观上的,对系统的组成部分和各部分件交互关系的设计的可共享的理解.

层次

如何分层,以及层间如何协作.

企业应用

虽然部分模式适合于所有软件,但是大多数模式仅适合于某些特定领域和分支.

特征

持久化数据.

程序多次运行都需要这些数据.

数据的生命周期可能比软件都要长.数据可能会需要在不同的软件间迁移.

数据本身的结构可能会被扩展,以在不影响既有信息情况下,表示更多的新信息.

大数据.

多人同时访问数据

大量操作数据的UI.

通常需要与散布在企业周围的其他企业应用集成.

业务逻辑:很多的"一次性特殊情况"最终导致复杂的业务"无逻辑".

性能

配置上的重大变化会使得某些性能优化失效.

升级硬件,DB时,必须重新确认优化的有效性.可能一些优化措施在新硬件条件下反而会影响性能.

响应时间.

系统完成一次外部请求处理所需要的时间.

响应性

系统响应请求的速度有多快.

当请求处理期间,若系统一直处于等待状态,那么响应时间=响应性.

可以对用户提供一些表明系统已经接到请求的信息(如进度条),会提高响应性.

等待时间

获得系统任何形式的响应的最小时间.即使是什么都不做的响应.

本机上时一般等待时间很小.但是远程调用由于传输的问题,可能数秒.

吞吐率

给定时间内能够处理多大的请求量.

负载

系统当前的负荷的描述.(如当前有多少用户与系统链接).

负载一般作为其它性能指标的背景.在10个用户下,响应时间1秒.

负载敏感度

响应时间随负载变化的程度.

衰减.

效率

性能除以资源

可伸缩性

向系统中增加资源(通常是硬件)对系统性能的影响.

垂直可伸缩性.提高单个服务器的性能.

水平可伸缩性.增加服务器的数量.

对于企业应用,提高硬件的可伸缩性比关注容量或效率更重要.

从用户角度,响应性比响应时间更重要.

模式

模式的核心是特定的解决方案

该方案具有足够的通用性,能够解决重复出现的问题.

模式都是不完备的半成品.