微服务架构

我们经常看到业界关于微服务的架构，但是它是否适用于所有的情况呢？答案是否定的，微服务是牺牲了一定的速度，然后获得了系统的文稳定性，如：王者荣耀这样的游戏，就不适合微服务架构，因为游戏的核心是游戏体验感，慢就要被骂！

微服务架构在哪些业务场景中不适用？

架构设计的哲学本质：

• 降本增效
• 快速迭代
• 持续交付

维度场景一：需求层面

业务需求变化缓慢是否适用于微服务架构？

维度场景二：性能层面

对请求响应延迟极其苛刻的业务场景是否适用于微服务架构？

如：《王者荣耀》、《股票交易》

维度场景三：数据一致性层面

数据强一致性要求业务场景是否适合微服务架构？

新的问题

• 业务需求变化缓慢采用什么架构合适？
• 对请求响应延迟苛刻的业务场景采用什么架构设计合适？
• 数据强一致性要求的业务场景采用什么架构设计合适？
• 业务请求QPS不高，意味着微服务架构不适用？

如何构建普适的企业级微服务架构

• 微服务架构下服务设计实践

• 微服务架构下数据设计实践

• 微服务架构下分布式事务设计实践

微服务架构下服务设计实践

分库分表

• 水平拆分
• 垂直拆分

业务拆分

• 登录
  • 读请求
• 注册
  • 写请求
• 查询
  • 读请求
• 读写比例：1 比 10
  • 如果UserService满足读和写，这个时候就会有读写压力！
  • 进行拆分
    • 读
      • 登录
      • 查询
    • 写
      • 注册
    • QPS < 100 没必要拆分成微服务

APP = > 网关服务 = >业务服务 = > 数据访问服务