我被要求说明我目前正在开发的应用程序的服务器硬件要求，而且我对自己的能力没有把握。 我最好喜欢一步一步列出如何自己做这个，但是阅读其他类似的问题，这不是那么直截了当，我可能会通过指定我的要求，在这里得到最好的答案。
该应用程序是一个WPF瘦客户端，通过WCF与托pipe在IIS中的服务器端应用程序进行通信。 目前对业务逻辑的要求很less，但是在项目的后期阶段这可能会发生很大的变化，并且可能会将WWF纳入其中。 我使用NHibernate的持久层，将使用AppFabric二级caching。 最后数据库将是一个SQLServer 2008 R2数据库。
我被要求指定的网站将有大约20个用户。 为了降低成本，他们希望在性能方面提供一个单一的解决scheme，但是我相信这样的用户数量还是可以的，但是我从安全angular度和停机时间如果我在这里很天真，请让我知道。
不幸的是，在这个阶段，我不知道需要将多less数据存储在数据库中 – 最终我可以假设我需要存储的数据越多，需要的硬盘就越多。
如果我错过了任何有价值的信息，请在评论中告诉我。
常见的做法是检查树的主要可能的瓶颈“CPU的能力”，“磁盘I / O性能”和“内存要求”，估计每个人的特定情况的大概需要， （这有点不科学，但当然需要一个有教养的猜测，包括对未来负载和使用模式的预测以及可能的资源需求）。
“数据量”很可能不会成为今天硬盘尺寸的关注点 – 很有可能您将能够以低成本获得“完全充足”的存储容量。
内存和I / O性能瓶颈通常是互相连接的，因为RAM用于caching相当慢的硬盘I / O，硬盘在低内存条件下用作交换空间。
一般来说，由于系统和库中的algorithm的复杂性，起草委员会的估计不会像对现场工作量及其预测的检查一样好。 有了今天的托pipe和虚拟化的机会，我个人会build议使用“先试后买”的方法，并将Windows机器租用到托pipe市场。