可伸缩网站的多层架构是不是过早的优化？

Question

我正在设计一个新网站的架构。由于多层架构肯定具有过早优化的所有症状(复杂性、开发时间等)，因此我希望在这一点上避免它，然而，我认为在编写系统之后引入这样的架构(并适当地引入它)将是非常昂贵的。我相信如果网站变得足够大，这样的架构势在必行。

你认为如何？

Answer 1

这取决于您将依赖于哪个平台。

您可以使用良好的实践和避免层之间的依赖关系来开发n层体系结构，这是一种可以增长到n层方法的设计。

例如，如果您在.NET环境中，将非n层体系结构移植到n层是很容易的，这要归功于Windows Communication Foundation，它避免了您编写大量代码来通过超文本传输协议、原始TCP或任何您想用来通信层的协议来公开您的服务，甚至不需要编写客户端代码来使用它们。

看看领域驱动的设计及其相关的设计模式，你就会胜出。

总而言之，您需要分析在不同层中分发解决方案是否会在第一个版本中提高其可伸缩性。并准备好您的设计，以便轻松支持n层。

这就是分离关注点，以避免依赖，并让程序的每个部分通过共享接口一起工作。

无论如何，在中低使用率的情况下，n层网站的表现应该比非n层网站差，这意味着你应该考虑你的应用程序是否需要同时为数千或数百万用户提供内容，这将是拥有n层场景的成本。

N层需要一个专用的主机。

你能提供更多关于你的项目目标的信息吗？(我指的是可伸缩性)。