青云QingCloud
作者青云QingCloud2020-06-27 12:20
技术经理, 青云QingCloud

谁来打通混合云“最后一公里”?唯有容器混合云

字数 3310阅读 250评论 0赞 0

IDC 的报告指出,中国企业的数字化转型正步入“深水区”。作为企业数字化转型的基石之一,云的应用也变得越来越普及。从最初为了上私有云还是公有云而纠结,到如今越来越理性的企业用户认定了,混合云才是未来的方向。Gartner 乐观估计,到 2020 年底,90% 的企业将采用混合云战略。
混合云,最直白的解释是“私有云+公有云”。

而实际上,那些已经率先部署了混合云的企业,采用的不止一朵“云”,而是多朵“云”,即混合多云。

  • 一方面,随着企业的业务规模越来越大,为了满足应用需求,混合云的体量也越来越 庞大;
  • 另一方面,众多不同的工作负载需要更加精细化的部署,随之而来的挑战是基础设施异构环境的管理越来越复杂。

在这种情况下,如何将应用跨平台进行统一分发和运维管理?在混合云中部署应用,如何保证多区高可用?如何满足开发人员的要求,实现 DevOps 下的应用快速交付?如何在数据流动加速的情况下,保证混合云中数据与应用的安全?

混合云快速、简单、安全地落地,似乎还有“最后一公里”需要打通!那把打通混合云落地各个重要环节的“钥匙”究竟在哪里呢?

鱼与熊掌可兼得的 混合云

从公有云到私有云再到混合云,某种云模式的流行,与企业上云的实践路径密不可分。

一开始,互联网企业、创业企业、小微企业等率先接纳了公有云,公有云的灵活性、经济性等特色得到了广泛传播。

之后,更多传统行业客户借鉴互联网思维,也开始积极尝试上云,但是或多或少有传统IT和应用系统的历史“包袱”,以及对数据安全性的担扰,让他们对公有云望而却步。

因此,传统行业客户转而选择了更加稳妥和可控的私有云。

其实,在捅破了“上云”的那层窗户纸后,公有云还是私有云之争反而显得没那么重要,上什么样的云,以及如何上,只与上云企业自身的实际状况和需求目标有关。

对于绝大多数传统行业的企业用户来说,他们的需求基本一致,那就是兼顾稳态与敏态业务,以一套统一的云平台或云架构支持多种不同的工作负载,既能确保应用和数据的稳定、可靠和安全,又能够支持不断涌现的新应用,从而实现可持续的发展与创新。

“鱼与熊掌不能兼得”听多了,让人感觉这似乎成了一种魔咒,但是混合云干干脆脆地打破了这一魔咒,这也是越来越多上云企业爱上混合云的重要原因。

公有云的弹性、灵活,与私有云的安全、可控,有点像是一枚硬币的两面,在混合云这里实现了完美统一。

“私有云+公有云”应该称之为狭义的混合云,而今天更广义上的混合云可以理解为是一种混合的环境或架构,它可以将物理的、虚拟化的、容器的、边缘的、云化的环境统一纳管起来,屏蔽各种不同的底层技术之间连接、协作的复杂性,为上层应用提供统一的、友好的的资源池。

不同的私有云、公有云由于采用了不同的架构、技术,遵循不同的标准和规范,它们之间的连通性、兼容性是具有相当大难度的,数据和应用在本地与云端,甚至云和云之间迁移、共享、协作,不得不跨越技术和厂商层面的壁垒,甚至可以说鸿沟。

直到容器的出现,它屏蔽了底层异构环境的复杂性,为上层应用提供了统一的标准和接口,为混合云真正释放全部能量提供了机会和空间。

当“容器”遇到“混合云”,企业业务可以自由、快速、无障碍、低成本地在云端部署,企业上云也迈入了“深入区”。

混合云 瓶颈究竟在哪里?

容器、Kubernetes 就像是“普通话”,让原来操着各种“方言”的混合云内不同的基础设施之间可以无障碍地沟通。

但是话又说回来,容器、Kubernetes 的出现仅仅是提供了让混合云平滑落地的可能,而实际上容器混合云的落地还要解决诸多技术和管理上的难题。

从传统 IT 架构到云,企业客户最不愿意看到的就是被某个厂商绑定。

混合云环境中,有多个厂商和服务商,并且要在不同的云之间部署和迁移应用,这对企业客户来说是一项严峻的挑战。

容器和 Kubernetes 的出现就像是在混合云演进的过程中划出的一道分水岭。

在此之前,人们主要是从 IaaS 层面审视混合云,致力于将不同的设备、异构的云环境,包括裸金属、虚拟机、CloudStack、OpenStack 等,通过一个云管平台进行统一管理。

在那之后,混合云的架构体系以 Kubernetes 作为标准和基础,并以应用为导向,对底层基础设施的各项能力进行抽象化和标准化,从而使得混合云中的不同基础设施之间的交互可以更加顺畅。

不过,Kubernetes 的应用可并不像想象中那么简单,认知、学习的成本较高,如同阳春白雪,缺少技术积累和专业技术人员的企业不太容易自己上手。

所以才会有很多企业纷纷推出自己的商用发行版,目的只有一个,就是降低使用的门槛和成本,让拥有普通技能的技术人员也能轻松掌握和应用。

业务的多样化和复杂性决定了在混合云环境中,多个容器集群同时存在是一种常态。

比如,在云容灾的场景中,需要将同一套业务应用部署到多个集群中,通过集群的联邦能力对多个集群中的不同服务进行调用。

再比如,异地多活的场景也与云容灾有相似之处,同样是多集群模式。在混合云环境中,运用联邦技术保证不同集群中服务的高可用性是非常必要且重要的。

多集群的管理,从底层基础设施的角度看,就是要保证多个集群的灵活增减和调度;从服务上层应用的角度看,则是要方便实现应用的跨集群部署,以及面向应用的全生命周期管理。

企业在上云的初期,通常比较关注如何搭建一个云平台,而现在随着云应用不断走向深入,更加智能化的 Day 2 生产运维成了焦点。

容器混合云应该能够加速开发和交付流程,同时也能给运维人员创造更多便利。容器、Kubernetes 具有统一部署、敏捷开发、高效运维等优势,可以让企业应用更轻松地云化。

在开发和运维人员看来,容器混合云最好是“透明的”,这样一来,他们就可以把全部精力放在业务和创新上,而容器混合云可以对底层基础设施的那些事儿大包大揽。

总之,Kubernetes 集群的运维管理对企业的运维团队来说一项考验,一个能够覆盖应用全生命周期的统一管理平台是必需的。

随着新的应用需求和技术不断涌现,混合云也在持续演进之中。 物联网、边缘计算等成了混合云新的业务场景。

云原生应用的快速普及也加速了混合云的容器化,基于容器标准化封装,解除应用运行环境与混合云异构基础设施的耦合,使得企业更易于实现敏捷开发和持续交付。

容器混合云为用户提供容器集群和云原生应用的跨云管理能力,避免了厂商锁定,同时提升了云的可靠性和安全性,更好地支持云原生业务的落地。

满足你全部想象的容器 混合云

在这里要提前剧透一下,6 月 30 日,面向云原生应用的容器混合云——青云KubeSphere 3.0 将重磅发布。

从 2018 年的 KubeSphere 1.0 到 2019 的 KubeSphere 2.0,再到即将发布的 KubeSphere 3.0,作为一个管理云原生应用的分布式操作系统,KubeSphere 可谓一年上一个台阶。

在 KubeSphere 3.0 身上,容器混合云、多集群管理、生态友好的标签十分鲜明。

在混合云的管理中,KubeSphere 3.0 如鱼得水,它从业务应用的角度出发,沿袭了客户的使用习惯,降低了学习成本,简化了 Kubernetes 的应用。

在多集群方面,从统一运维化管理的场景出发,KubeSphere 3.0 多集群支持 Solo 模式,也就是将不同集群放到 KubeSphere 一个管理平面之下进行统一管理,集群间互不影响,从而消除了企业 IT 运维人员管理多个Kubernetes集群的困扰;

另外,KubeSphere 3.0 还支持联邦集群模式,可将多个 KubeSphere 集群统一池化,用户只需要专注应用本身,通过联邦的能力,让应用实现多集群间漂移,从而解决跨云应用部署、分发和调度等问题,轻松实现应用多区高可用,并且在私有云、公有云或其他基础设施上的部署都游刃有余。

迈入云原生应用时代,企业用户迫切需要一个趁手的、简便的、高效的工具,KubeSphere 3.0 满足了企业用户对容器混合云的几乎全部想象。

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

0

添加新评论0 条评论

Ctrl+Enter 发表

容器云管理平台选型优先顺序调查

发表您的选型观点,参与即得50金币。