architecture - 可扩展网站的多层架构是过早的优化吗？

Question

我正在设计一个新网站的架构。由于多层架构肯定具有过早优化的所有症状（复杂性、开发时间等），我很想在这一点上避免它，但是，我相信在编写系统之后引入这样的架构（并引入它正确）将非常昂贵。我确实相信，如果网站变得足够大，那么这样的架构势在必行。

你怎么看？

Answer 1

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

您可以使用良好实践并避免层之间的依赖关系来开发 n 层架构，这样的设计可以发展为 n 层方法。

例如，如果您处于 .NET 领域，那么借助 Windows Communication Foundation，将非 n 层架构移植到 n 层很容易，它避免了您编写大量代码来通过 HTTP、原始 TCP 公开您的服务或者您想用来通信层的任何协议，甚至是使用它们的客户端代码。

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

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

这是为了避免依赖关系，让程序的每个部分与共享接口一起工作，从而分离关注点。

无论如何，在中低使用场景中，与非 n 层网站相比，n 层网站的性能应该较差，这意味着您应该考虑您的应用程序是否需要同时向数千或数百万用户提供内容，而这将是拥有 n 层方案的成本。

N 层将需要一个专用主​​机。

您能否提供有关项目目标的更多信息？（我的意思是在可扩展性方面）。