查看原文
其他

阿里云资深专家李国强:云原生的一些趋势和新方向

阿里云用户组 阿里云云原生 2023-04-08

作者:阿里云用户组


2021 年 11 月 26 日,阿里云用户组(AUG)第 3 期活动在广州顺利举行。具有丰富的容器、微服务等领域经验的阿里云云原生资深专家李国强,向现场数十家广州企业分享了云原生的趋势方向以及阿里云云原生的能力布局。本文根据作者的演讲整理而成。



大家下午好!非常欢迎大家来到下午的交流场,前面说了,今天主角是在座的每一位,我们做分享其实是希望起到抛砖引玉的作用,在这个议题里我会分享云原生的一些趋势和新方向,希望能引起大家的一些思考。




01

云原生的含义

Cloud Native

1 云原生的社区定义

Pivotal 是第一个提出云原生这个概念的,他当时给云原生的定义就是这四块:DevOps、CI/CD、微服务和 Container。从技术来讲,基本上是正确的,但真正把云原生发扬光大,其实是谷歌发起的 CNCF 基金会。今天 CNCF 下面已经有超过 1000 个项目了,我们来看这么多项目到底想帮助用户做什么。

CNCF 对于云原生的定义是帮助用户构建可弹性的应用,提到一系列代表性技术:容器服务,网格,微服务,不可变基础设施和声明式 API,相信这些技术词大家都听过。

那到底这些技术能干什么呢?下面有一个很好的总结,就是帮助用户构建容错性好、易于管理、便于观测,松耦合的系统,这几个词都很关键,用户在构建应用或者构建系统的时候,基本都会以这个为目标。特别是新型的互联网应用,会面对各种各样的技术挑战和市场挑战,比如大流量的冲击、恶意攻击、快速上线促销活动等。在这些挑战之下,客户都会希望自己的软件或者系统能做到高容错性、易于管理、松耦合便于观测等等。同时这些特性带来的业务价值,就是帮助企业能够频繁地和可预测地进行重大并更。这些合在一起就是今天对于云原生的定义。


2
 因云而生的云原生

那到底是不是用这些技术就是云原生呢?今年在云栖大会的时候对云原生重新进行了一个定义的延展,云原生不仅仅是这些技术,更重要的是云原生技术需要和云计算进行结合,帮助用户构建云原生架构的应用。


在上图可以看到,左边有一系列云原生技术,和云计算相结合的时候,它会产生一系列云原生的产品,包括我们之前讲到的容器服务, Kubernetes 作为 CNCF 的第一个项目,一定是我们今天云原生整个体系的核心。还包括围绕云原生的中间件、数据库、安全,今天都按照云原生的模式去运行,里面用到云原生的技术,帮助用户去构建符合云原生定义的应用和系统。

今天来讲,阿里云上有大量的云原生产品。其实企业在使用以及真正落地到一个场景的时候,要把这些产品形成一个一个的方案,比如说多活方案、AI 平台方案、弹性上云、统一调度等等一系列的,在产品之上构建出来的这整个是我们对于云原生从技术到产品到方案的体系。

02

云原生趋势

Cloud Native

1 云原生开启全云开发时代


有几个趋势和大家分享,大家一定很好奇,今天云原生在行业和企业里面处于什么阶段?如果我今天开始使用云原生,我会是那个吃螃蟹的人,还是今天已经有很多人在用了?


根据有些行业的分析报告,今天容器的使用已经非常广泛了,到现在为止已经有 68%的企业在生产环境使用容器了,当然不一定全是核心系统,但是已经有三分之二的企业在生产使用容器,所以容器已经非常成熟了。


80%以上的用户在使用或者计划使用微服务,这也是非常大的趋势,它的使用率比容器还要高,但并不是说所有的业务都需要容器、都需要用微服务,这是一个应用架构选择,只是说这个技术越来越普及。另外是 Serverless 技术,有 25%的开发者将使用  Serverless。后面我会简单介绍 Serverless,它的成熟度也在不断地提升。


今天我会把几个重要的趋势和大家做一些分享,也是抛个砖,大家可以去思考一下在这些领域有没有和你们当前业务有结合的点。



2
 分布式云成为一种新的趋势

第一,分布式云已经成为一种新的趋势,分布式云已经连续两年成为 Gartner 十大技术趋势之一。今天越来越多的企业包括厂商在讲分布式云,背后到底是为什么?其实还是业务的变化带来云形态的变化,对技术提出了新的挑战。今天各个云厂商,比如以阿里为例,除了公共云之外,还有本地云、边缘云,包括帮助用户在 IDC 内部构建私有云的形态,所以云的形态越来越多了。阿里云提出“一云多形态”的新概念,云不仅仅是指公共云,还包括了多种形态。那为什么会出现一云多形态?是因为今天越来越多的业务场景需要这样的多形态。今天在边缘侧视频技术越来越发达,直播业务、VR、AI 业务要求数据和算力在边缘侧出现,所以这就推动了边缘云的发展。

第二,随着 IDC、公共云的发展,很多企业可能会持有超过一种云,这也是业务诉求,比如企业希望构建多活的高可用架构需要跨多个机房或云,客户线下 IDC 希望能够充分联合使用公共云的能力,催生了一云多形态出现。但是一云多形态出现之后,也会带来很大的复杂性,这些云之间有一定的异构性,怎么对云上的业务可用性系统进行管理是企业的普遍诉求。比如刚才讲的场景,客户怎么能够在 IDC 和公共云之间构建一个主备关系或者建立双活体系,假设以前我的业务主要在 IDC 里面,但是 IDC 可能会出问题,我能不能在公共云上建一个主备环境。还有一种情况,比如我原来 IDC 有一个业务,今天可能没办法全部搬到云上,那我可否能弹到云上?

这些都是今天在一云多平台之下结合业务可以考虑到的越来越多的场景。这块也是我们今天讨论的重点,后面会和大家详细探讨。


3
 AI 负载云原生化


另外一个非常重要的趋势是 AI 负载云原生化。为什么 AI 的负载变得越来越原生化?这里面有几个很重要的原因。整个脉络来讲,先是大数据的出现,之后基于数据深度学习的技术出现,再往后就催生了 AI 负载与容器以及 Kubernetes 生态体系的结合。

在大数据领域里面,GPU 的使用非常广泛,但传统的调度系统比较弱,Kubernetes 渐渐承担越来越重要的 AI 负载的管理能力。新的计算引擎像 Spark、Flink 和 Kubernetes 生态结合得非常好,越来越多的企业就天然的把 AI 类型负载跑到 Kubernetes 的生态上面,而 Kubernetes 的生态在它的促进之下,这块技术发展也非常快。


我们看到一个趋势,今天在阿里云,很多客户增长最快的业务是 AI 领域,一方面是业务本身的需要,数据积累之后需要做分析,另外技术的发展也是这个趋势。

但同时 AI 云原生化也有非常多的挑战,比如说 GPU 如何做池化和共享、调度能力、数据访问效率这些都是把 AI 放到 Kubernetes 之后面临的一些挑战,相应的也会有很多解决方案,有些可能是开源,有些是阿里云提供的,帮助用户完成 AI 在原生化过程中碰到各种各样的问题。


4
 降本增效是所有企业的普遍诉求—FinOps

第三个话题是 FinOps,降本增效是所有企业的普遍诉求,就算这个企业在初创期,业务增长非常重要,但是对于 IT 部门或预算部门来讲,降本增效依然非常重要。


上面画了一个非常简单的原理图,如何降本增效或者理解 FinOps 理念,有三个很重要的环节:容量成本规划、容量成本可视化和容量成本优化。我相信在座很多企业在两个环节做得会比较多,就是容量规划和优化做得比较多,但是容量成本可视化也是非常关键的。

这里包含了如何通过可观测性的工具非常准确地看到系统的使用率,包括是否有容量优化的冗余。还有一个非常重要的方向,在公共云上,云资源的利用率和费用是否直接以图形化的方式展示出来,这个其实是今天大家在做 FinOps 领域的一个新方向,成本可视化。能让你看到每个部门集群的利用率,以及和账单的关联关系。这个视图从财务人员和管理者角度来讲都是非常需要的。每个团队从费用角度和使用率角度来看到底是什么情况,再结合费用的趋势分析,对于 IT 和财务提出有效的成本优化策略非常有帮助。

容量成本优化,在云原生领域有非常多的技术,比如弹性的能力,之前有一个说法,云最重要的一个特点就是弹性,各种各样的弹性,比如弹性伸缩、节点弹性、精细化调度等,这些大家都可以去探讨和思考如何去优化你的成本,前提是你有可视化的能力去看到这些成本。这也是我们今年很多企业交流非常热的话题,就是如何去完成成本的可视化和优化。

03

云原生核心技术

Cloud Native

1 容器化+微服务=好搭档

现在使用的用户已经非常多了。但是很多企业今天在用微服务的时候会碰到很多问题,容器+微服务是非常好的实践。微服务提供了很多价值,但是它也带来了复杂性,包括链路的复杂性、运维的复杂性、出了问题之后如何快速定位等等一系列的复杂性。

容器从设计之初就是为了跑在线微服务业务而设计的,所以它里面不管是 Service 的定义,还是高可用能力、调度能力、弹性能力其实都和微服务是一个非常好的搭档。最初 Kubernetes 兴起的时候,第一波业务类型就是微服务,微服务体系围绕 Kubernetes 平台,它需要一系列的配套能力。

微服务不是免费的午餐,你用了它,得到业务收益之外,也要为它做很多额外的事情,比如服务、注册、发现和配置中心高可用、服务治理能力,如何保障线下流量的可控,还有网关层的设计、日志监控等,这一系列的东西都是当企业决定把它的微服务跑在容器上时需要去考虑的问题,其实今天在阿里云是有一个完整体系的。大家可以思考一下,今天你在容器上跑微服务的时候哪些是已经考虑并且做到的,哪些是需要加强的。


2
 All on Serverless

最后一个和大家分享的趋势是 Serverless。使用 Serverless 的企业数增速还是非常快的,今天很多人把 Serverless 等同于函数技术,其实这不完全对,今天的 Serverless  其实是一种架构理念,不是代表一个产品。

如果我们细化来看,Serverless 有多种形态,它有面对函数的 Serverless,就大家最常见的,我写一段函数代码就可以跑了。还有一个是面向应用的,有非常多的企业不能接受全新的编程模型,希望已有的应用也能以 Serverless 的形态运行起来,享受Serverless 带来的技术红利。

今天除了面向函数的 Serverless,还有面向应用、有面向 Kubernetes 编排、面向容器实例的 Serverless,越来越多的企业会选择不同的 Serverless 类型去做业务,这块大家可以去思考一下,是不是有些业务可以考虑用 Serverless 去做,带来的好处是弹性成本节约、开发和运维关注点分离,让开发人员只关注开发,底下所有的东西都是一种无服务器的架构帮用户解决掉。


04

云原生产品家族

Cloud Native


最后这张图包含了阿里云云原生产品家族,今天这个场聚焦的是其中几块,一个是容器服务,是整个云原生的底座。还有一块是云原生的应用架构,涵盖了微服务架构,基于消息的异构调用、事件驱动架构、Serverless 架构等。最后还有一块是云原生应用的运维,当你的应用架构和系统架构变成云原生之后,它的可观测性、高可用也需要一些对应的能力,包括我们的压测能力,高可用能力等。


05

最全面的云原生开源贡献

Cloud Native


阿里在开源这块的贡献也是非常丰富的,相信在座大部分人都用过我们的开源产品,像 Nacos、Spring cloud alibaba、Seata、Sentinel 等等都是大家了解的,这些所有的开源都是来自于我们云原生部门。


我就先介绍到这,后面还会有更详细的介绍。谢谢大家!(正文完)


点击“阅读原文”,了解更多云原生相关资讯。


往期推荐




1、从中心走向边缘——深度解析云原生边缘计算落地痛点


2、微服务用户为什么要用云原生网关


3、重新理解“无容灾不上云”:应用多活将成为云原生容灾新趋势




了解更多相关信息,请扫描下方二维码或搜索微信号(AlibabaCloud888)添加云原生小助手!获取更多相关资讯!



您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存