前两天看了一篇文章，提到了“分布式云”这个概念，我个人觉得这个“分布式云”仍然没有跳出混合云的范畴，只是底层资源的实现形式上有自己的主张和对应的产品罢了，在有了Kubernetes这个云原生操作系统以后，至于底层的资源到底是如何供给的其实已经没有那么重要了。

在上次的公众号文章中我提到了通过阿里云的ASM（阿里云服务网格服务）可以同时纳管云上和云下IDC的Kubernetes集群，并可以实现云上云下的服务路由和流量管理。

（上图来自阿里云官网有关ASM的介绍）

ASM和Kubernetes可以实现计算资源的云上云下*融通，在配合之前介绍的PolarDB一体机和MiniOSS就可以在线下环境提供与云上完全兼容的结构化和非结构化存储能力，再通过专线/VPN/SAG实现网络互联，我们就得到一个云上云下一体融通的混合云。

除了Kubernetes和ASM服务之外，下一代的混合云大概还需要以下这些服务：

• 线下的Kubernetes容器平台很有可能是构建在现有的虚拟化平台上的，这样相关的硬件资源就可能进行充分的利旧。
• 除了可以利旧虚拟化平台，像F5/A10这样的负载均衡设备、现有的网络设备、存储设备、安全设备都可以继续使用。
• 增加MiniOSS设备用来在线下IDC提供和云上兼容的非结构化数据的存储能力。
• 可选增加PolarDB数据库一体机，可以在线下IDC提供和云上一致的云原生数据库服务。
• 可选在靠近IDC的边缘侧开通边缘计算服务，利用边缘节点的弹性计算资源就近进行数据的处理。
• 在中心云的VPC内部可配置一定数量的ECS来满足正常业务水位的资源需求。
• 当业务存在突发峰值请求时可以通过ECI弹性容器节点来快速补充资源缺口。
• 可选MQ消息队列服务，可以缓冲突发业务流量，保证在资源的扩容期间不丢失订单。
• SLB负载均衡服务无需随着资源的扩容而进行手工配置，Kubernetes的弹性伸缩机制将自动完成相关资源的接入。
• GTM全局流量管理服务通过对DNS请求的智能分发来在线下IDC和云上环境之间进行流量分配。
• 可选的ACR容器镜像服务，管理容器的镜像，当ECI节点需要快速进行资源弹性扩容时，ACR支持分布式的镜像分发。
• 可选的DTS服务，可在线下IDC和线上云数据库之间进行实时数据同步，满足业务的高可用需求。

以上内容，希望对大家有用。