初识微服务

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

单体架构:

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

优点:

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

2.部署成本低

缺点:耦合度较高

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

分布式架构:

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

优点:

1.降低服务耦合

2.有利于服务升级拓展

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

微服务

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

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

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

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

相关推荐
晶捷软件2 小时前
从 IT 架构视角看 ERP 选型:用友、金蝶与鼎捷生态(含晶捷智能)的技术差异
架构·智能制造·erp·制造业信息化
@大迁世界2 小时前
Firefox 本地模式:localhost 再见了 ?
前端·架构
深蓝AI2 小时前
总榜第一不等于最划算:Intelligence Index v5 换代后,模型选型要算的三笔账
程序员·架构
天远数科2 小时前
零信任架构实战:基于天远企业股权变更构建自动化商业银行对公授信存续期股权异动与资产抽逃预警网关
运维·人工智能·架构·自动化
AI你一生一世3 小时前
当“暂停“成为架构决策:从签证系统停摆看高可用设计的边界
架构·系统架构·流量控制·幂等性·高可用设计·优雅降级·状态一致性
L0208245 小时前
Kubernetes Ingress|CNI 网络模型|Calico 网络策略|Pod 调度器完整实战教程
运维·网络·云原生·容器·kubernetes
每天一道题5 小时前
CAP、Raft 与多数派:分布式系统如何达成一致?
分布式·后端·微服务
闲云野鹤在人间7 小时前
Kubernetes Pod Scheduler 详解
云原生·容器·kubernetes
云宏信息8 小时前
超融合和存算分离怎么选?从性能、可靠性、扩展、成本四个维度讲述如何精准匹配架构选型 | 附企业降本轻量云方案
运维·服务器·架构·云计算
snpgroupcn8 小时前
能源行业SAP系统升级的技术约束分析:资产数据连续性与切换窗口的工程处理(上篇)
架构·sap