1、资源架构与持续性能工程

资源架构与持续性能工程

1. 引言

软件性能工程在当前仍未得到有效控制，它在许多项目中会产生严重影响，且难以预测何时会出现严重问题。软件开发和部署中的每个决策都可能对其产生潜在影响。有一种结合架构模型预测、基于测量的诊断和产品测试的集成生命周期方法，即“持续性能工程”，而“资源架构”可作为其基础。

在持续性能工程的连续过程中，有三个看待综合信息的视角：
- 架构：提供框架。
- 设计/部署/配置：添加必要细节、资源（如处理器）、配置参数（如缓冲区和线程池大小）以及工作负载。
- 运行时：提供测量实际行为和性能的机会。

第二个视角有助于进行预测分析，需区分软件模型（Amodel，如用UML表达）和性能模型（Pmodel，可能用排队语言表达）。第三个视角则用于实证验证，资源架构支撑着这两个视角并将它们整合起来。

下面通过mermaid流程图展示持续性能工程的视角：

graph LR
    A[架构] --> B[设计/部署/配置]
    B --> C[运行时]
    A -->|提供框架| B
    B -->|添加细节等| C
    C -->|测量验证| B

2. 潜在因素：资源与行为

性能由行为对资源的使用方式决定，资源包括物理资源（如处理器）和逻辑资源（如进程线程池、缓冲区池和连接）。这里假设“架构”包含行为规范，可能由UML交互或活动模型定义。

2.1 行为与资源的共同表示

为展示行为与资源的交互