互动赠新书|当云原生遇到混合云:如何实现“求变”与“求稳”的平衡

2021年09月15日 阅读数:2
这篇文章主要向大家介绍互动赠新书|当云原生遇到混合云:如何实现“求变”与“求稳”的平衡,主要内容包括基础应用、实用技巧、原理机制等方面,希望对大家有所帮助。

做者|郝树伟
 html

Flexera 的《RightScale2021 云状态报告》中指出 92% 的大型企业采用混合云战略。Gartner 也在一份报告中称将来 90% 中大型企业将利用混合云架构管理基础设施。
 后端

多年来,随着云计算技术的蓬勃发展和落地,愈来愈多的企业选择采用云计算技术来帮助本身快速完成业务数字化转型,以便能更好地适应市场变化,进而赢得更大的市场空间。其中有很大一部分企业基于下降技术开发和运维成本、享受随时随地的即时服务等缘由,选择将本身的业务部署在云端;还有一部分企业因为数据主权和安全隐私方面的考虑,会选择在本身内部数据中心环境中搭建本身的专有云平台;对于公共云和专有云都有需求的企业用户会选择搭建混合云架构。
 安全


 

为何须要混合云架构

企业自身业务安全性考虑

对于企业用户,特别是大型企业用户来讲,把公司的关键“生命线”业务彻底托付给一个外部云厂商来保障,是有必定的风险的。虽然公共云厂商一般都提供了安全可靠的冗余方案来保证企业用户服务的不间断性,但也并非没有意外发生。使用混合云方案能够保证企业用户同时具备 A B 两套方案选择和切换,最大限度保证业务稳定性。
 服务器

数据主权和安全隐私方面的监管要求

一些法律法规或者公司自身的安全策略对其企业数据所存储或驻留的地点有硬性要求,好比欧盟的“通用数据保护条例”(GDRP)等对数据控制者和数据处理者的数字监管措施,好比企业政策要求数据只能驻留在指定地点,目的是为了保护数据隐私和安全性等等。混合云云架构能够帮助企业用户知足这一类的需求。
 网络

享受云厂商的服务特性

本地云与公共云厂商提供的服务质量是有必定的差别性的,这种差别性体如今方方面面,取决于用户的实际需求和考量。好比地域覆盖面的差别性,企业用户一般在本地云中自提供的服务,在某个特定的区域内云厂商提供的服务在访问延迟上更优,企业用户在此区域有重要客户且对云服务的访问延迟有较高要求,则企业用户会选择将此区域的业务部署在公共云上,其余业务继续部署在本地云上。
 架构

成本优化

本地云在基础设施上缺少灵活的扩缩容能力,没法在业务高峰和低谷期根据实际需求合理安排基础计算资源,形成很大程度上的资源浪费和成本增长,而云上弹性敏捷、按需扩缩容的特性,能够弥补本地云的这一缺陷。
 运维

追随技术革新

对与一些相似人工智能、机器学习、物联网等高精尖技术的技术革新和演进上,一般云厂商可以第一时间提供与之相对应的云服务,企业用户能够以更小的成本使用这些云服务,并推进企业自身的技术革新和发展,混合云架构可让企业随时随地采用最好的云服务。
 机器学习

云原生如何助力混合云架构演进

公共云和本地云自己就是两朵不一样的云,它们有不一样的基础设施、不一样的能力特性以及不一样的 API 接口,构建混合云架构,一方面须要云提供商耗费大量精力在适配和整合云平台的能力上,另外一方面,用户在这种架构下也没法真正按需切换云服务提供商,反而是另外一种形式的绑定。传统混合云的种种缺陷,致使这种云架构没法造成标准化的生态体系,也是一直以来咱们没法针对这种云架构构建统一管理、统一交付的缘由。 分布式

Kubernetes 的出现让混合云云架构进入 2.0 时代,Kubernetes 的多项特性及其相关生态体系为混合云的标准化提供了可能性:
 学习

  • 以 Kubernetes 为表明的云原生技术屏蔽了基础设施的差别性,目前各个云厂商以及大量的数据中心都已经落地这些技术,使得应用“一次定义,处处部署”成为可能。
     

  • Kubernetes 标准化、声明式的 API,简化了应用的部署,让应用交付变得愈来愈标准化和统一化,支持在不一样的云上使用相同的方式描述和编排应用
     

  • 网格服务技术能够跨越多个 Kubernetes 集群,实现统一的流量管理和服务治理,使得混合云云架构下的应用服务统一到一个控制平面进行管理。
     

在云原生时代,以 Kubernetes 为表明的云原生技术推进了以应用为中心的混合云架构的到来,Kubernetes 已经成为企业多集群管理的事实基础。
 

云原生混合云多集群的典型使用场景

异地多活——跨地域容灾

虽然从基础设施服务和 Kubernetes 容器平台两个维度来看,用户能够低成本搭建一个高可用应用业务架构,但对于容灾能力要求更高的一些业务,还须要经过异地多活这样的地域级容灾能力来实现。
  ​

用户能够在单一云厂商的不一样区域搭建多个集群,也能够分别在线下 IDC 和线上云厂商的不一样区域搭建多个集群来实现业务应用的异地多活部署。下图展现了混合云场景下 IDC 内的容器集群和公共云上的容器集群 Active-Active 部署,在异地多活架构下,应用的业务负载同时部署在多个集群上,而后使用一个全局的 DNS 服务将请求转发到对应的后端集群,当其中一个集群发生故障没法处理请求时,DNS 服务会自动处理并只转发请求到健康的集群。
  ​

低延时——就近访问

对于开展全球化国际业务的用户来讲,服务的访问者分布普遍,若是服务器部署在某个特定的区域,势必会形成其余部分地区网络体验差的问题。
 

在这种场景下,咱们就能够选择在多个地域分别部署集群,经过智能 DNS 解析将用户请求转发至距离最近的集群处理,最大限度减小网络带来的延迟。例以下图中,某应用服务分别部署于北京,成都,香港三个地域的 Kubernetes 集群,来自华北区域的用户请求会被智能解析到北京的 Kubernetes 集群,来自西南区域的用户请求会被智能解析到成都的 Kubernetes 集群,来自海外的用户请求则会被智能解析到香港的 Kubernetes 集群,这样能够最大限度地减小地理距离带来的网络延迟,为各地用户带来一致的服务体验。
 

下降爆炸半径

一般状况下,多个小规模的集群要比一个大规模的集群更容易进行故障隔离。集群有可能由于磁盘、网络等故障致使没法处理请求,使用多个集群能够将故障限制和隔离在某个集群,避免引发更大的连锁反应。
 

业务隔离

不一样的业务一般须要作好业务隔离,虽然 Kubernetes 自己也有命名空间的机制来帮助用户作安全隔离,但这只是逻辑上的软隔离,不一样 namespace 之间依然能够网络互通,并且也还存在资源抢占的问题,须要进一步配置网络隔离策略和资源限额等。 

选择将不一样的业务部署在不一样的 Kubernetes 集群中,能够在物理上实现业务的完全隔离,安全性和可靠性相比使用 namespace 隔离更高。例如企业内部不一样部门部署各自独立的集群、使用多个集群来分别部署开发/测试/生产环境等。
 

小结

上云已经是大势所趋,有些企业客户基于数据主权和安全隐私的考虑,会采用混合云架构;还有一些企业客户基于数据主权、成本优化、提高地域覆盖性等需求,会选择混合云加多集群架构。混合云和多集群的架构已经成为企业上云的新常态。
 

若是您想了解更多云原生与混合云融合下的企业 IT 解决方案、应用场景和使用方式,欢迎点击阅读原文了解,或钉钉扫码二维码加入“阿里云容器服务 ACK 用户大群”:
 

赠书福利

  • 你认为现代化 IT 面临的最大挑战是什么?
  • 你对云原生技术的担心是什么?
  • 你期待云原生技术在混合云架构中的哪些应用场景,为何 ?
     

若是你但愿对以上任一问题发表本身的观点,9 月 17 日 18:00 前,欢迎你发表在留言区和你们探讨,阿里巴巴云原生公众号将精选留言点赞前 3 位,各送出阿里云容器服务技术专家郝树伟新著《多云和混合云:云原生多集群和应用管理》一书。期待你的交流!
 

做者简介

_郝树伟,阿里云容器服务技术专家,云原生分布式云团队核心成员,专一于云原生多集群的统一管理和调度、混合集群、应用交付和迁移等云原生技术的研究。_点击阅读原文,了解阿里云容器服务 《ACK 混合云集群用户指南》
 
点击下方连接,了解阿里云容器服务 《ACK 混合云集群用户指南》https://help.aliyun.com/document_detail/121607.html