在过去的一年中,这个问题的提出次数超出了我的估计,而且每次我都畏缩,因为我不喜欢说“我不知道”。我的回答通常是以下问题:不能您仅用网络容量与用户数量乘以APP的平均需求来衡量?答案是否定的,因为我不知道您的用户的“平均使用情况”是什么。
在尝试解决此问题之前,让我们将这个问题分解为简单的部分,从术语带宽开始。维基百科将带宽定义为网络的最大吞吐量。它不是数据量,而是网络可以传输的某一时间点的最大数据量。可以将其视为花园软管的尺寸(直径,而非长度)与可通过软管推入的水量之比。随着软管尺寸的增加,其一次转移更多水的能力也随之增加。换句话说,消防水带一次要比花园水带输送更多的水。
到目前为止,一切都很好,但是困难的部分到了。APP使用多少带宽?测量APP使用的带宽类似于估算您的汽车每加仑可行驶多少英里。换句话说,如果您是一位获得大量票证的驾驶员,并在满载人员,400磅行李的情况下打开车内的所有物品,而您又迟到了机场,那么您的车将会变得非常行驶里程差。如果您是周日下午游轮上唯一的乘车人,那么您将获得可观的加油里程。
对于企业APP软件与带宽消耗而言,相同的概念仍然适用,只是企业APP软件要考虑的变量比油耗要多得多。企业级APP具有1000多种设置,100多种自定义报告,标签,一天中不同时间的高峰用户数,数十个模块,与其他网络流量的竞争,用户驱动的对大量数据的请求等。测量一个驾驶员/汽车,我们正在估算所有驾驶员/汽车在高峰时间的汽油里程。
因此,您应该在估算带宽需求之前,通过回答一些其他问题来完善问题。
一天中任何时候的最大用户数量是多少?
哪些其他APP将同时运行?
用户一天中的那个时候将使用什么软件?如果仅是数据输入,则需要很少的数据传输。在运行报告以显示当月库存交易的地方还需要很多。
还有哪些其他APP/服务器要争夺带宽?
一旦定义了要测量的范围,就更容易分析APP的使用情况。有一些免费的网络监视APP可监视网络连接消耗的峰值带宽。使用它们中的一个来监视在给定的时间段内在数据库服务器和高使用率PC(终端服务器)之间传输的数据将为您提供一个很好的起点,以估计您的其他设施可能需要的带宽。