问题标签 [service-tier]

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

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

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

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

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

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

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

最近，我的公司对面向服务的架构(SOA)产生了浓厚的兴趣。每当我试图看看我们如何使用它时，我总是遇到一个心理障碍。粗略地说：

• 面向对象说：“将数据和操纵数据（业务流程）的方法保持在一起”；

• 面向服务说：“将业务流程保留在服务中，并将数据传递给它”。

以前开发 SOA 的尝试最终将面向对象的代码转换为数据结构和操作它们的单独过程（服务），这似乎是倒退了一步。

我的问题是：什么模式、架构、策略等允许 SOA 和 OO 一起工作？

编辑： “面向内部的 OO，面向系统边界的 SOA”的答案非常有用，但这并不是我想要的。

假设您有一个Account对象，它有一个名为的业务操作Merge，它将它与另一个帐户结合起来。典型的 OO 方法如下所示：

而我见过的 SOA 等价物看起来像这样：

在 OO 案例中，业务逻辑（以及由于 ActiveRecord 模式的实体意识）被嵌入到Account类中。在 SOA 案例中，Account对象实际上只是一个结构，因为所有业务规则都隐藏在服务中。

我可以同时拥有丰富的功能类和可重用的服务吗？

我正在寻找一种通过 Microsoft CRM 4.0 Web 服务 API 对用户（给定用户名和密码）进行身份验证的方法。理想情况下，我想根据登录用户有权访问的项目来筛选项目列表。我可能能够弄清楚第二部分，但我找不到对用户进行身份验证的方法。当前在 Web 服务中进行所有 cal 的方式是通过：

然后可以通过服务进行调用。我想我可能会尝试通过用户的用户名/密码对 CRM 进行身份验证，但不知何故感觉不对。