.net - .NET 上服务层的扩展策略

Question

我正在开发一个由许多模块化 Web 应用程序组成的 Web 产品。对最终用户来说，它似乎是一个单一的应用程序，尽管各种组件被分解成它们自己的应用程序。

这样做的部分原因是它可以轻松地跨多个应用程序服务器进行水平扩展。

为了便于数据层的水平扩展，我们计划在数据库前面使用 Web 服务层。该层可以扩展到 N 台机器，并且它的每个实例都将单独处理缓存。

这个想法是应用程序将调用服务层负载均衡器，它将调用分配给服务实例，然后使用其缓存返回数据，或连接到数据库并查询数据。看起来这将是无需大量修改应用程序代码即可扩展的最简单的前瞻性解决方案。

[N Amount of Databases]
         |
         \/
[Service Tier X N amount of Machines]
         |
         \/
[Application Tier X n amount of Machines]

但是出现了一些问题，我想在服务级别保留用户 session ，以便每个应用程序只使用 token 进行身份验证，但是我不确定如何在所有服务机器上维护 session 数据而没有单点故障。

关于如何解决这个问题的任何想法？关于建筑的任何其他想法？有没有其他人有过设计一个每天可以处理数百万次点击的网站的项目？

编辑:甚至没有想法？ :(

Answer 1

您已经描述了分布式缓存机制的完美用例，例如 memcached (http://www.danga.com/memcached) 或即将推出的 MS Velocity 项目 (http://code.msdn.microsoft.com/velocity)。

在您描述的情况下，您有越来越多的服务层实例，每个实例都进行自己的本地缓存，缓存的有用性随着每个新框的增加而降低，因为每个单独的实例必须从数据库中检索相同的数据以填充其本地缓存，即使如果另一个服务层实例刚刚访问了相同的数据。使用 memcached 或 Velocity，缓存机制将智能地将所有服务器上未使用的 RAM 组合到一个缓存中，供所有服务层安装共享。这样，只有第一个访问数据的服务层实例需要使用数据库，其他服务层实例的后续访问将从缓存中提取相同的数据。

这样做也回答了用户 session 问题，因为您可以轻松地使用相同的缓存来存储用户 session 的状态值，并且您的所有服务层实例都可以访问相同的信息。

希望这可以帮助!

亚当