我有一个 Web 应用程序，目前有大约 500,000 个用户，平均每小时大约 500 个页面浏览量，我们预计在明年内必须扩展到 20,000,000 个用户。
我们当前的系统无法处理这种规模，因此我们需要转向可以处理的系统。
我在想基于服务的架构会更加健壮，并允许组件服务相互独立地扩展，也可以独立于主应用程序进行扩展。
但有人警告我，可以很容易地设计一个无法很好扩展的服务架构，而且由于我几乎没有设计这样一个系统的经验，因此通过一些推荐的资源可能比仅仅“尝试一下”要好。 "
那么，推荐哪些资源来构建一个可扩展的系统呢？该平台是.Net，但我想同样的信息适用于任何基于服务的架构，无论平台如何。
我首先要回答 Gennady Shumakher 的评论 - “目前您认为不可扩展的系统瓶颈是什么？”。一旦知道了这一点，您就可以专门处理它，然后根据需要处理整个应用程序。
一项有趣的研究是推特。它开始时只有少量请求，但已迅速发展成为一个使用量很大的平台，拥有全球流量。这可能很有用。这个关于可扩展性的博客可能也很有趣。
理论上它可以扩展，但你需要小心延迟。假设您将一个模块外部化，现在您可以拥有两个服务，代替一个服务，但是在发送、处理、回复外部服务上的一个请求所花费的时间里，您可能已经处理了 100 个内部请求，所以除非您有100 台服务器实际上会降低吞吐量，但无论哪种方式，使用 100 台服务器与 1 台服务器相比，您在维护和空间方面付出的代价要高得多。根据经验，如果您需要发送大量数据，通常必须衡量延迟和处理之间的平衡数据，您最好不要将该步骤分离到服务中。幸运的是，您有一个正在运行的系统，您可以根据该系统进行测量，大多数人不得不仅根据规格来猜测这一点。
因此，请考虑您的数据流模式并偏爱局部性，将您的应用程序切入服务中是一门艺术，而不是反对它。
您可能有兴趣阅读并发模式，因为它归结为。