【问题标题】:SOA separate or group a functionality in endpoints?SOA 在端点中分离或分组功能?
【发布时间】:2017-08-30 09:11:53
【问题描述】:

我正在编写 WS 并且正在构建架构,但我有一些问题。 例如,我的前端应用程序需要获取用户列表。每个用户都有一个帐户、授权和能力列表。我正在显示此用户列表,当我单击特定用户时,我想显示他的详细信息(帐户、授权、能力列表)。

那么构建我的 WS 的最佳方式是什么? 在我看来,我将首先创建一个端点来获取用户列表(简单的只有 id 和 name)。 当我点击详细信息时,我会调用另一个端点来获取用户详细信息。

但是我是否必须在 3 个端点(每个功能一个)中分离帐户列表、授权列表、功能列表。每一个都可以重复使用。还是应该调用一个返回所有信息的端点?

SOA 的最佳实践是什么?

【问题讨论】:

    标签: rest web-services soap soa


    【解决方案1】:

    因此,仅使用 REST/SOAP 服务不会使您的架构成为 SOA。SOA 是一种架构风格和一组规则和原则,无论底层技术基础如何,都可以实施。

    如何设计 SOA 服务?答案实际上是在您的 SOA 治理中决定的。没有治理,SOA 很快就会变得一团糟。因此,与普遍认为的治理相反,治理不是一套关于如何设计服务的限制性规则,它定义了一套最佳实践和规则,您可以强制执行以确保解决方案的最大成功。

    SOA 治理可帮助您在设计和运行时做出决策。您提到您有 SOA 治理,那么您的治理规定了什么。我强烈建议单独的端点。单一职责原则很重要。

    返回所有内容的单一端点将是编码的痛苦,维护的痛苦,修改的痛苦,同时易于调用。

    【讨论】:

    • 感谢您的回答。实际上我们有一个灵活的 SOA 治理并且我们使用 SOAP 技术。所以我试图在这种情况下找到最好的 SOA 架构。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-01-10
    • 1970-01-01
    相关资源
    最近更新 更多