初识微服务

我们在曾经最常见的就是所谓的单体架构,但是由于网民越来越多,单体架构已经逐渐的被淘汰出去,所以我们在单体架构的基础上提出了微服务,它提倡将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,还进行了业务的解耦,下面让我们一起来看

单体架构:

将业务的所有功能集中在一个项目进行开发,打成一个包进行部署

优点:

1.架构简单(因为是在一台服务器进行部署,没有太复杂的架构体系)

2.部署成本低

缺点:耦合度较高

特点:简单方便、高度耦合、扩展性强

分布式架构:

根据业务功能对系统进行拆分,每个业务模块作为独立项目开发,称为一个服务

优点:

1.降低服务耦合

2.有利于服务升级拓展

特点:松耦合、扩展性好、但架构复杂,难度大

微服务

微服务是一种经过良好架构设计的分布式架构方案,微服务的特征如下:

  • 单一职责:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发
  • 面向服务:微服务对外暴露业务接口
  • 自治:团队独立、技术独立、数据独立、部署独立
  • 隔离性强:服务调用做好隔离、容错、降级,避免出现级联问题

优点:拆分粒度更小,服务更独立,耦合度更低

缺点:架构非常复杂,运维、监控、部署难度提高

相关推荐
这个DBA有点耶17 分钟前
期货 CTP 系统 Oracle RAC 迁移国产库实战:读写分离架构设计与性能对标
数据库·架构·dba
阿里云云原生1 小时前
Personal Agent 观察:拆解全天候运行的技术挑战
云原生·agent
SelectDB技术团队2 小时前
Snowflake 的开源替代怎么选:能力对照、三条部署路径与迁移执行
大数据·数据库·云原生·开源·snowflake·apache doris
时间售卖铺2 小时前
Nginx 反向代理
运维·nginx·云原生
Regentsoft丽晶软件3 小时前
服装B2B分销返利规则引擎:多返利池与历史订单区分的技术设计
云原生·产品运营·需求分析
喵个咪3 小时前
GoWind Kanban 拆解:看板拖拽背后——LexoRank、乐观锁与尽力而为广播
后端·架构·go
喵个咪3 小时前
GoWind OA 拆解:用 3000 行 Go 写一个够用的审批工作流引擎
后端·架构·go
喵个咪3 小时前
GoWind Ledger 拆解:单式记账的余额一致性——confirm、补偿,以及没进事务的那些缝隙
后端·架构·go
喵个咪3 小时前
GoWind Shop 拆解:订单超时关单——一个事务里的四联动
后端·架构·go
喵个咪3 小时前
GoWind ERP 拆解:一个 ERP 里的三种一致性等级
后端·架构·go