下一代的混合云大概是这这个样子的-阿里云开发者社区

开发者社区> 阿里云MVP> 正文
登录阅读全文

下一代的混合云大概是这这个样子的

简介: 基于ASM的下一代混合云

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

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

asm混合云.png

(上图来自阿里云官网有关ASM的介绍)

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

混合云2.0.png

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

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

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

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
+ 订阅

阿里云最有价值专家,是专注于帮助他人充分了解和使用阿里云技术的意见领袖。

官方博客
官网链接
精彩专题