【成为架构师3-1】服务化:微服务架构,究竟解决什么问题

本文介绍了微服务架构如何解决早期四层架构或单体架构中的代码拷贝、复杂性扩散、耦合等问题,强调了微服务带来的复用性、专注性、解耦合、高质量和易扩展等优势。同时,也指出微服务架构会增加系统复杂性,使得依赖关系、运维、部署和监控变得更加复杂。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结,原内容公众号“成为架构师”。

本篇作为微服务的开篇,只是简单的阐述一下微服务架构能带来的优势,以及微服务架构的弊端

早期架构的痛点

上一种架构通常只有四层:

  1. 客户端
  2. 反向代理
  3. Web集群
  4. 数据库集群

或者是All in one的单体架构

这类架构通常有以下痛点:

  1. 代码到处拷贝
  2. 底层复杂性扩散(如引入缓存之后,业务调用方都要跟着修改)
  3. 公共库耦合
  4. SQL质量无法保证
  5. 不易扩展,数据库耦合,join频繁
微服务架构的好处
  1. 复用性,消除代码拷贝
  2. 专注性,防止复杂性扩散
  3. 解耦合,消除公共库耦合
  4. 高质量,SQL稳定性有保障
  5. 易扩展,消除数据库耦合
  6. 高效性,调用方研发更高效
微服务架构带来的问题
  1. 系统复杂性上升
  2. 层次间依赖关系变得复杂
  3. 运维、部署更加麻烦
  4. 监控变得更加复杂
  5. 定位问题更加麻烦

服务化,不是简单的引入一个RPC框架,他需要一系列的基础设施,前者是容易的,后者才是困难的


上一篇回顾:

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值