尽pipe我的同事和我自己是应用程序开发人员,但我们目前的合同约定已经将我们纳入了我们客户的基础设施运营部门。 尽pipe我们仍然主要负责.NET代码库的框架和架构级别,但是我们也参与了容量规划 – 从提议的项目,通用解决scheme/方法审查需求和数量,并将它们映射到现有的基础架构和networking拓扑结构。 在那里,我们必须计算哪些现有资源可以处理负载,需要分配新的服务器和带宽等。这些项目适用于系统和拓扑的大部分领域。
事情是:客户自己没有一个标准的做法。 没有一套方法来评估这些数据,没有模板文件以一致的方式logging和计算这些数字。 他们如何pipe理这种规模的过去发展是目前的一个谜。 我想问一下,是否有任何容量规划指导和build议,我们可以参考指向我们正确的方向更准确的计算?
也许你应该检查:
http://www.amazon.com/Art-Capacity-Planning-Scaling-Resources/dp/0596518579
他们甚至有什么stream量可言?
干杯