36、多层应用程序中的突发性：症状、原因与新模型

多层应用程序中的突发性：症状、原因与新模型

在多层应用程序中，服务时间的突发性是一个需要关注的问题，它会导致系统行为不稳定，给性能建模和预测带来挑战。本文将探讨多层应用程序中突发性的症状、原因，分析传统性能模型的局限性，并介绍如何将突发性集成到性能模型中。

1. 多层应用程序中的突发性症状与原因

在多层应用程序中，不同的事务组合可能会导致服务时间出现突发性。例如，在 TPC - W 测试平台的浏览组合下，某些事务类型的请求数量会出现突发性，且这种突发性与数据库服务器的整体队列长度“匹配”良好。像 Best Seller 和 Home 事务在数据库服务器处理时共享一些资源，在特定时间段会导致极端的突发性。

而对于购物和订购组合，数据库服务器的队列长度和每个事务类型的当前请求数量都没有明显的突发性。

总结来说，服务时间的突发性可能由以下原因导致：
- 多层应用程序中特定的工作负载组合，如 TPC - W 测试平台的浏览组合。
- 层与层之间的瓶颈切换，以及不同类型事务和不同层之间的“隐藏”资源争用。

系统中的突发性是由多个事件叠加导致的，如数据库锁定条件、软件操作服务时间的可变性、内存争用和调度算法的特性等，它们以复杂的方式相互作用，导致系统出现突发性。

2. 传统 MVA 性能模型的局限性

为了评估多层架构的性能，我们使用标准的性能评估方法定义了一个分析模型，即使用封闭排队网络（由两个队列和一个延迟中心组成）来建模多层架构，这种模型常被称为 MVA 模型。

MVA 模型的参数包括：
- 前端服务器的平均服务时间 (S_{FS})。
- 数据