架构学习(一)

架构学习

1.概念认识

  • 软件架构

在软件的内部,考虑综合因素,选特定的技术,将系统划分不同部分,不同模块,并且相互分工和协作 的 一种方案

综合因素有:业务需求,技术栈,成本,组织结构,可扩展性,可维护性

  • 单体架构

业务功能都集中在一起,部署运行在同一进程中或机器中

优:易开发,已测试,易部署,易水平伸缩

缺:代码膨胀,难维护(bug分析定位修复成本高,代码量大的时候,开发人员对全局功能了解也非常缺乏,牵一发而动全身,修复这个bug引起其他bug,恶性循环,维护困难)

部署成本大,创新差,难扩展,新人上手难

  • 微服务

在这里插入图片描述
多微才算微?

  • 代码量?
  • 开放时间?
  • 不可度量 传递的是一种设计思路与思想

微服务的特征

  • 单一职责
  • 轻量级通信
  • 隔离性
  • 有自己的数据
  • 技术多样性

单体架构:
在这里插入图片描述
微服务:
在这里插入图片描述
在这里插入图片描述

微服务优势

  • 独立性
  • 敏捷性
  • 技术栈灵活
  • 高效团队开发

微服务不足

  • 额外工作,拆分 (DDD了解一下)
  • 数据一致性
  • 沟通成本

2.引入微服务带来的问题与解决方案

  • 微服务之间如何通讯?

从通讯模式角度考虑:
一对一还是一对多?
同步还是异步?在这里插入图片描述
从通讯协议角度考虑:
Restful api
RPC
MQ在这里插入图片描述

如何选择rpc框架
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • 微服务如何发现彼此?

传统服务
在这里插入图片描述> 微服务发现
在这里插入图片描述
在这里插入图片描述

  • 微服务怎样部署?更新?扩容?

服务编排

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值