选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

REL03-BP02 构建专注于特定业务领域和功能的服务 - AWS Well-Architected Framework

REL03-BP02 构建专注于特定业务领域和功能的服务

面向服务的架构(SOA,Service-Oriented Architecture)采用由业务需求定义的划分明确的功能来构建服务。微服务则使用领域模型和有界上下文对此进行进一步限制,使每项服务都只用于一种用途。专注于特定功能让您可以区分不同服务的可靠性要求,并且更有针对性地锁定投资目标。简洁的业务问题和与每项服务关联的小型团队也简化了组织扩展。

在设计微服务架构时,借助于领域驱动设计 (DDD) 对使用实体的业务问题进行建模十分有帮助。以 Amazon.com 网站为例,实体可能包括包装、配送、时间表、价格、折扣和货币。然后,该模型会使用 边界上下文进一步细分为更小的模型,具有相似功能和属性的实体在边界上下文中被分到一组。因此,在 Amazon.com 例子中,包装、配送和时间表是装运上下文的一部分,而价格、折扣和货币是定价上下文的一部分。通过将模型细分为不同的上下文,即可得到如何确定微服务边界的模板。

如何确定微服务边界的模型模板

未建立这种最佳实践的情况下暴露的风险等级:

实施指导

  • 根据业务领域及各自的功能设计工作负载。专注于特定功能让您可以区分不同服务的可靠性要求,并且更有针对性地锁定投资目标。简洁的业务问题和与每项服务关联的小型团队也简化了组织扩展。

  • 将服务分解成尽可能小的组件。借助微服务架构,您可以将工作负载分解成功能最小的组件,以便支持组织的可扩展性和敏捷性。

    • 根据工作负载及其设计目标、限制和任何其他使用注意事项来定义 API。

      • 定义 API。

        • API 定义应允许增加参数。

      • 定义设计可用性。

        • 您的 API 可以具有针对不同功能的多个设计目标。

      • 设置限制

        • 通过测试来确定工作负载的功能限制。

资源

相关文档:

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。