Web体系结构发展规划

步骤 1. 确定您的工作负荷模式
因为容量规划主要是大容量网站的问题，所以在本文中我们将假定您的工作负荷容量大而且正在增长，而且需要提供动态数据并处理交易。除此之外，您必须考虑到其他指数，例如交易复杂性、数据变更率及安全性。在进行分析以后，您就可以将工作负荷模式分为 5 类：发布/预订、在线购物、客户自助式服务、交易、或企业对企业。适当地确定您的工作负荷模式可确保我们的方法中的其余步骤获得最佳结果，并使您的网站能最大程度地满足未来的需求。（如果您以前是按我们小组的系列论文做的，则您无须检查工作负荷模式，并可跳至步骤 2。）

请参考以下的工作负荷模式说明（或参阅工作负荷模式概览以了解其本质，并将其汇总到表格中）来确定您的工作负荷模式：

• 发布/预订网站为用户提供信息。发布/预订站点范例包括搜索引擎、媒体站点（如报纸和杂志）以及事件站点（例如奥运会和温布尔登锦标赛）。站点内容会频经常繁变化，从而促使网页布局不断 变化。尽管搜索量小，但搜索到的唯一项目很多，这就是此类站点在所有站点类型中页面访问量最大的原因。例如，悉尼奥运会网站（WebSphere 环境）成功地处理了每分钟 120 万次点击的访问量（有关 WebSphere 的信息请参阅参考资料）。与其他站点类型相比，安全性不是大问题。数据变更率较低。这种站点类型处理的交易最少，很少或者根本不连接任何旧有系统。
• 在线购物站点允许用户浏览和购买。站点范例包括用户购买书籍、衣物甚至汽车的典型零售站点。站点内容相对固定 — 例如部件目录 — 或动态变化（例如，随着促销和特殊折扣活动的开始和结束，项目被频繁添加和删除）。搜索流量比发布/预订站点大，但搜索到的唯一项目数不是很大。数据变更率较低。交易流量处于中上水平，并几乎始终在增加。许多大型零售客户的典型日容量从每天不到 100 万次点击到每天超过 1300 万次点击，交易量从每天 10 万次到 300 万次；在交易总数中，1% 到 5% 为购买交易。当用户购买时，安全性要求变得至关重要，包括隐私、认可、完整性、验证和规则。与发布/预订站点相比，购物站点与旧有系统（例如履行系统）的连接稍多，但通常比其他站点类型与旧有系统的连接要少。
• 客户自助式服务可使用户自我服务。站点范例包括在家进行银行业务、跟踪包裹以及安排旅行。数据大量来自旧有应用程序，而且一般有多种来源，因此数据一致性较差。安全性考虑对于在家进行银行业务和购买旅行服务至关重要，对于其他用途则没那么重要。搜索流量较小；交易流量处于中等水平，但在不断增长。
• 交易站点允许用户进行买卖交易。在所有站点类型中，交易站点的内容变更率最高，交易量最大（摆动幅度大），交易复杂程度也最高。交易站点还对时间极为敏感。交易站点与旧有系统紧密连接，使用 IBM 的 MQSeries 等软件提供连通性。几乎所有的交易都与后端服务器交互。安全性要求较高，与在线购物相同，安全网页数更多。搜索流量较低。
• 企业对企业站点允许企业间开展买卖业务。数据大量来自旧有应用程序，而且一般有多种来源，因此数据一致性较差。 安全性要求与在线购物相同。交易量为中等，但一直在增长；交易通常较为复杂，需要连接多个供应商和分销商。此模式有两种类型：
• • 企业对企业的集成：这种类型包括公平交易之间的计划性连接（可能需要业务伙伴签订协议）。供应链管理就是一个例子。
  • 电子市场或 B2M2B：M 代表电子市场，支持多个买方和供方。购买功能可在线或有计划地进行。

我们对多种工作负荷模式下电子商务基础结构性能的分析说明了以下这一点：工作负荷模式的复杂性（例如突增抵达模式）可极大地影响资源需求、吞吐量和用户请 求的延迟时间，具体表现在更高的平均响应时间和更大的响应时间差异。如果没有最佳的适应性资源管理和控制，基于响应时间的服务级协议 (SLA) 就无法实现。站点的容量要求不断提高，而其提供可接受的性能和可用性的能力却在降低。

文章来源于领测软件测试网 https://www.ltesting.net/