微服务架构
通信标准： HTTP、RPC
云原生场景下，微服务大可不必在业务逻辑中实现符合通信标准的业务逻辑，而是交给框架来做
服务网格
介绍
- 微服务之间通讯的中间层
- 高性能网络代理
- 业务代码与治理解耦
优点： 相比较于RPC/HTTP框架来说，异构系统治理统一化，与业务进程解耦，生命周期易管理
挑战
在基础设施层面，物理资源比如机器和宽带是有限的，资源利用率受制于部署服务；在用户层面，网络通信开销较大，网络抖动导致原为成本提高，异构环境下，不同实例资源水位不均
离在线资源并池
核心收益
降低物理资源成本，提供更多的弹性资源，增加收入
解决思路
离在线资源并池
在线业务的特点
- IO密集型为主
- 潮汐性、实时性
离线业务的特点
- 计算密集型占多数
- 非实时性
自动扩缩容
核心收益
降低业务成本
解决思路
自动扩缩容：利用在线业务潮汐性自动扩容缩容
微服务亲和性部署
核心收益
- 降低业务成本
- 提高服务可用性
解决思路
微服务亲和性部署
介绍
- 将满足亲和性条件的容器调度到一台宿主机
- 微服务中间件与服务网格通过共享内存通信
- 服务网格控制面实施灵活、动态的流量调度
流量治理
核心收益
- 提高微服务调用容错性
- 容灾
- 进一步提高开发效率，将DevOps发挥到极致
解决思路
基于微服务中间件和服务网格的流量治理
- 熔断、重试
- 单元化
- 复杂环境(功能、预览)的流量调度
CPU水位负载均衡
核心收益
- 打平异构环境算力差异
- 为自动扩容提供正向输入
解决思路
CPU水位负载均衡
- IaaS：提供资源探针
- 服务网格：动态负载均衡
