微服务学习(一):微服务认知

1.微服务特点

  • 单一职责:单一职责不仅涉及到服务拆分,在微服务领域,这种职责划分要求将数据库、开发、测试、发布、运维都归于一个领域模型里。有一个团队完全掌控用用的整个生命周期。举例:如商品模块,商品的数据完全存放在商品微服务中,任何上下游系统都要通过商品服务提供的接口进行获取数据,而不是像单体应用那样直接访问数据库。
  • 可独立部署:每一个微服务模块都应当是一个可独立打包,独立部署的应用。与上下游应用没有直接的依赖。

2.为什么要应用微服务化

传统架构之殇

  • 数据访问杂乱
    • 数据模型变更
    • 底层组件变更
  • 代码维护成本
  • 不断变化的新业务

3.微服务拆分的规范和原则

压力模型拆分

我们要识别出超高并发量的业务,将这部分业务拆分出来。

业务模型拆分

  • 主链路拆分
  • 领域模型拆分
  • 用户群体拆分
  • 前后台业务分离

4.微服务缺点

  • 部署结构复杂:模块众多,一堆额外组件
  • 依赖平台支撑:依赖微服务组件,研发成本狗
  • 分布式问题:一致性问题
  • 拆分水平:粒度过粗/过细

你可能感兴趣的:(微服务学习(一):微服务认知)