系统架构之微服务架构

微服务架构

  • 一.传统的单体架构与微服务架构的区别
    • [1.1 单体架构](#1.1 单体架构)
      • [1.1.1 优点](#1.1.1 优点)
      • [1.1.2 缺点](#1.1.2 缺点)
    • [1.2 微服务架构](#1.2 微服务架构)
      • [1.2.1 优点](#1.2.1 优点)
      • [1.2.2 面临的问题与挑战](#1.2.2 面临的问题与挑战)
  • [二. 微服务架构模式方案](#二. 微服务架构模式方案)
    • [2.1 聚合器微服务](#2.1 聚合器微服务)
    • [2.2 链式微服务](#2.2 链式微服务)
    • [2.3 数据共享微服务](#2.3 数据共享微服务)
    • [2.4 异步消息传递微服务](#2.4 异步消息传递微服务)
  • [三. SOA与微服务的区别](#三. SOA与微服务的区别)

微服务:顾名思义就是很小的服务,所以它是面向服务架构的一种。传统的单体架构与微服务架构的区别类似于雕版印刷VS活字印刷。

一.传统的单体架构与微服务架构的区别

1.1 单体架构

1.1.1 优点

①开发简单,集中式管理

②基本不会重复开发

③功能都在本地,没有分布式的管理和调用消耗

1.1.2 缺点

1、效率低:开发都在同一个项目改代码,相互等待,冲突不断

2、维护难:代码功能耦合在一起,新人不知道何从下手

3、不灵活:构建时间长,任何小修改都要重构整个项目,耗时

4、稳定性差:一个微小的问题,都可能导致整个应用挂掉

5、扩展性不够:无法满足高并发下的业务需求

1.2 微服务架构

目的:有效的拆分应用,实现敏捷开发和部署

1.2.1 优点

复杂应用解耦

小服务(且专注于做一件事),化整为零,易于小团队开发。

独立性强

独立开发、独立部署、独立测试、独立运行(每个服务在其独立进程中)

技术选型灵活

支持异构(如:每个服务使用不同的数据库)

容错能力强

故障被隔离在单个服务中,通过重试、平稳退化等机制实现应用层容错。

松耦合、易扩展

可根据需求独立扩展。

1.2.2 面临的问题与挑战

  • 分布式环境下的数据一致性

  • 测试的复杂性【服务间依赖测试】

  • 运维的复杂性

二. 微服务架构模式方案

2.1 聚合器微服务

2.2 链式微服务

2.3 数据共享微服务

2.4 异步消息传递微服务

三. SOA与微服务的区别

微服务 SOA
能拆分的就拆分 是整体的,服务能放一起的都放一起
纵向业务划分 是水平分多层
由单一组织负责 按层级划分不同部门的组织负责
细粒度 粗粒度
两句话可以解释明白 几百字只相当于SOA的目录
独立的子公司 类似大公司里面划分了一些业务单元(BU)
组件小 存在较复杂的组件
业务逻辑存在于每一个服务中 业务逻辑横跨多个业务领域
使用轻量级的通信方式,如HTTP 企业服务总线(ESB)充当了服务之间通信的角色
相关推荐
DemonAvenger1 小时前
实现可靠的 UDP 协议:Go 语言版本
网络协议·架构·go
半桔2 小时前
【Linux手册】从接口到管理:Linux文件系统的核心操作指南
android·java·linux·开发语言·面试·系统架构
hdsoft_huge9 小时前
SpringBoot 与 JPA 整合全解析:架构优势、应用场景、集成指南与最佳实践
java·spring boot·架构
DoraBigHead12 小时前
你写前端按钮,他们扛服务器压力:搞懂后端那些“黑话”!
前端·javascript·架构
isNotNullX12 小时前
数据中台架构解析:湖仓一体的实战设计
java·大数据·数据库·架构·spark
Kookoos13 小时前
ABP VNext + .NET Minimal API:极简微服务快速开发
后端·微服务·架构·.net·abp vnext
码字的字节14 小时前
深入理解Transformer架构:从理论到实践
深度学习·架构·transformer
wzj_what_why_how14 小时前
Android网络层架构:统一错误处理的问题分析到解决方案与设计实现
android·架构
bug攻城狮14 小时前
Alloy VS Promtail:基于 Loki 的日志采集架构对比与选型指南
运维·架构·grafana·数据可视化
代码改变世界ctw14 小时前
ARM汇编编程(AArch64架构)课程 - 第5章函数调用规范
汇编·arm开发·架构