微服务架构 — 设计原则

曾经终败给现在 2023-10-05 09:40 157阅读 0赞

目录

文章目录

  • 目录
  • 单一责任原则
  • 独立数据存储原则
  • 使用异步通信实现松散耦合
  • 通过 APIGW 代理微服务请求
  • 确保 API 变更向后兼容
  • 版本化微服务的重大变更
  • 使用熔断器快速实现故障容错
  • 使用专用基础设施托管微服务
  • 创建独立的发布流水线
  • 建立组织效率

单一责任原则

类似于编写函数代码,每个函数只提供一个具体的功能。

例如:你正在构建用于订购披萨的微服务。你可以基于单一责任原则构建下述组件来提供完整的服务,诸如:

  • InventoryService
  • OrderService
  • PaymentService
  • UserProfileService
  • DeliveryNotificationService

InventoryService 仅仅有获取或更新披萨种类或配料库存相关的API,同样的,其他也只会提供对应功能的 API。

独立数据存储原则

如果你的所有微服务都共享一个数据库,这就违背了使用微服务的目的。因为对这个统一数据库的任何的改

发表评论

表情:
评论列表 (有 0 条评论,157人围观)

还没有评论,来说两句吧...

相关阅读

    相关 服务设计原则--笔记

    微服务设计原则–笔记 单一职责原则 单一职责原则指的是一个单元(类、方法或者服务等)只应关注系统功能中单独、有界限的一部分。单一职责原则可以帮助我们优雅的开发、敏捷

    相关 服务设计原则之AKF原则

    在设计微服务的时候,我们一般会遵循以下4个原则: 1)AKF拆分原则 2)前后端分离原则 3)无状态服务 4)restful的通信风格 AKF 把系统扩展分为以下三个

    相关 服务架构设计

    微服务        软件架构是一个包含各种组织的系统组织,这些组件包括 Web服务器, 应用服务器, 数据库,存储, 通讯层), 它们彼此或和环境存在关系。系统架构的目

    相关 服务设计原则

    和数据库设计中的N范式一样,微服务也有一定的设计原则,这些原则指导我们更加合理的架构微服务。 单一职责原则 单一职责原则指的是一个单元(类、方法或者服务等)只应关注整个

    相关 服务设计原则

    一 前言 微服务是一种架构风格。一个大型的复杂软件应用,由一个或多个微服务组成。系统中的各个微服务可被独立部署,各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并