国外VPS主机测评
2021年，云原生取得了许多重要进展。2022年有哪些值得关注的趋势？12月27日，阿里云资深技术专家李国强(展颜)做客InfoQ视频号，对云原生趋势做了最新解读。以下根据直播内容整理，有删减不改初衷。完整内容请点击查看回放视频:https://www.infoq.cn/video/zWxJ15PNDVtElqd1sgXL.
Infoq:2021年云原生领域给你印象最深的是什么？
答:2020年，云原生的概念被越来越多的提及，但我认为是在2021年，它才真正呈现出爆炸式的形态，被所有云厂商和用户广泛使用。
2021年发生了很多印象深刻的事情，可以选两个和大家分享一下。
第一，分布式云在2021年爆发。无论是用户使用还是各种云厂商的技术支持，都呈现出非常火热的趋势。为什么？我觉得这和你的商业形态发展密切相关。直播、5G、IOT等领域的兴起，使得业务对云的形态有了更高的需求，大家都希望云能更靠近数据产生点，于是相应的边缘云、本地云、混合云的形态越来越多。现在整个云计算有一个很重要的趋势，就是呈现一个云的多模态模型，用户可以在任何地方使用云计算的能力。但这也给云基础设施带来了巨大的挑战。用户以前用一个云，管理复杂度还可以接受，但是多种云形式之后，挑战就更大了。
云原生技术自然可以解决云多态后的统一接口管理问题，包括混合云带来的复杂性挑战。因此，各种云供应商在这方面投入了大量资金。亚马逊的EKS Anywhere是今年9月推出的，阿里云也在今年10月发布了ACK Anywhere。两者本质上都是为用户在一个云模式下使用多个云提供更完整的解决方案。商业场景推动了技术的普遍落地。
第二，2021年，头部互联网公司的云到了一个里程碑式的关键节点。代表事件是各大互联网公司基本完成了云端生化，所有业务100%上云。如今，容器、微服务、服务网格等云原生核心技术的可用性和成熟度。已经可以支撑头部互联网的体量了。每个行业的云原生进度不一样，头部互联网公司跑在最前面，基本实现全云原生化。未来几年，其他行业也会逐渐跟随互联网的脚步，走向云源生化。
InfoQ:有人说云的原生性甚至整个云计算都是标准之争。你觉得这句话怎么样？你以为这场“战争”结束了吗？
答:这是一个有趣的话题。其实现在云原生领域开源非常火。CNCF有很多开源项目，里面有1000多个项目。这么多开源项目的标准和云计算公司有什么关系？就我个人而言，我不会将其定义为标准之争，因为标准演进的作用对于云供应商和用户来说非常关键。只有标准化之后，才能真正提高规模和效率。未来无论是云厂商还是其他企业，规模化、高效率的方向一定是标准化。
云原生领域有几个关键标准。最早的容器出现了，解决了应用打包和应用发布的标准化问题。在此之前，虚拟机等方法的标准化还不够，Docker结束了这个问题。随着Docker的不断演进和推广，应用调度和资源调度出现了新的问题。当时Docker Swarm、Mesos和Kubernetes相互竞争，最终Kubernetes胜出，带来了资源调度方面新的事实标准。今天的Kubernetes已经成为事实上的标准。在应用层之前，百家争鸣。每个企业都在做自己的云原生应用。现在开源的声音和标准越来越多，比如开放应用模型，大家都在尝试定义应用层的标准。
在2000年或更早的时候，标准化的游戏是一些组织成立标准委员会来制定它们。今天的标准定制过程更多的是先有开源项目。当开源成为事实上的标准，让我们跟随。国内也会有一些相关部门参与标准的制定和推广。对我来说，标准化更多的是企业和生态的合作，促进整个云计算和云原生技术体系的规模化和普适化。
InfoQ:2022年云原生领域的趋势是什么？
答:云原生域真的很丰富，有很多东西会结转到下一年，包括上面说的分布式云。我仍然非常看好分布式云中的边缘计算场景。为什么？因为这个场景越来越丰富了。比如人们看的文字越来越少，音视频越来越多，所以视频处理业务发展非常快，对边缘计算的需求会越来越强。
边缘计算作为云计算的延伸，将被应用到更多的领域，也给基础设施带来诸多挑战。比如一些边缘端网络可能比较弱，计算资源不丰富。在这种情况下，基础设施如何发挥作用？云方合作如何解决运维问题？在边缘架构下，容器可以在网络访问和弹性负载中发挥重要作用。在这方面，云厂商的投入也比较大，OpenYurt、KubeEdge等很多边缘端开源项目都进入了CNCF。2021年，边缘技术从业务端和开源端强势爆发。我预计在2022年，无论是开源社区还是云厂商，都可以在支持能力上有很大的改变和进步。
答:案例很多。在互联网业务中，像CDN、音视频处理这些大家熟知的东西就是典型的边缘场景。比如很多园区或者工厂都会有视频采集，然后企业会做深度分析。无论是工厂、园区、居民楼等。可以监控安全违规行为需要视频采集后分析，最终发现问题。以前的流程是先采集视频，然后上传到中央云或者本地服务器进行处理，但这已经不能满足企业的需求。现在企业希望将这些视频数据采集后就近处理，而不需要上传到中央云端，以满足网络时延需求，降低网络传输成本。在这种场景下，边缘容器可以管理不同场景的计算能力，包括算法下沉。
比如电力行业有变电站，分散在全国各地。如何管理这些基础设施的计算能力，将业务快速部署到一些边缘节点，属于边缘领域。以前变电站基础设施升级可能需要人亲自去那个地方，效率非常低。云端生化之后，基础设施管理及其应用管理和算法都可以用云端的方式解决，效率会大大提高。
InfoQ:随着接入的服务越来越多，k8s的配置也越来越复杂。本来是解放生产力，现在好像被束缚了。如何看待这种现象？今年你对容器的应用提出了哪些新的挑战？
答:这个挺有意思的。K8S解决了企业非常复杂的容器调度和资源调度问题，但K8S尝试用云原生的方式重新定义应用调度和资源调度，而且比原来的方案更好。现在K8S上的业务类型越来越多，从最初的无状态到后来的有状态，现在像AI这样更复杂的计算引擎也放在K8S上，这是一个相互促进的过程。它上面的负载类型越来越多，整个K8S系统确实变得越来越复杂，但是它能管理的东西也越来越多。如果以后用户完全使用容器，容器的复杂度必然会增加。
但是对于企业和云厂商来说，需要做的是在容器可以做更多的事情之后，降低容器的复杂度，否则容器的门槛会很高。现在各厂商都在考虑从智能运维的角度做更多的努力。比如在集群管理方面，如何通过智能运维发现当前运行中的一些情况，并能给出解决方案。现在也有画像和资源画像的智能应用，提高资源利用率。智能运维也是一个热门方向。
还有一点，技术栈的变化会带来整个企业组织的变化，往往是颠覆性的变化。
围绕容器的生态可以看作是近十年来最重要的IT技术变革，必然会引发一系列的变革，包括企业内部组织的变革。我们会看到，不仅整个运维管理体系在发生变化，企业内部也会出现新的组织形式。例如，谷歌提议的SRE团队负责可用性。现在很多深度使用云原生的企业，包括阿里，都有专门的SRE团队，会负责整个可用性相关能力的建设。其次，企业也会有一些平台的横向部门，基于云原生系统支撑业务之上的部门。以前有些企业可能是垂直事业部，也就是一个事业部下面有一个支持团队，包括K8S在内的容器会让企业内部出现更多平台的横向部门。这也是解决复杂性的一种方式，因为不是每个垂直业务部门都有足够的资源和专业知识来解决这个问题。当企业足够大时，我们必须考虑在SRE层和平台建设层形成横向部门，以分离功能。
InfoQ:你预计2022年容器技术研发的重点会是什么？其未来应用前景如何？
答:今年还有一个热词:绿色低碳。另外，今年整个互联网有点像进入寒冬，很多互联网公司都提出降本增效。降低成本已经成为很多企业CTO非常重要的KPI，也成为技术发展的必然趋势。
从降低成本的角度来看，企业可以做的事情很多。从底层来说，很多云厂商和头部互联网公司都在研发自己的芯片，这种芯片的投入非常大，但是软硬件的融合确实会带来成本的降低和效率的提升。还有一个比较火的容器化操作系统，大概有六七年的历史，也是基础设施层面的重要优化手段。
弹性是很多企业普遍采用的降本增效方法，尤其是与云厂商结合后。目前很多互联网公司都在尝试摆脱在线混机技术，本质上是提高机器利用率。之前各个厂商采购的服务器在自建机房或者云上的利用率往往不到10%。这个利用率不高，很多企业试图推高这个水平线，但是推高水平线必然会带来很多技术上的挑战，比如多个载荷混合在一起会不会互相影响。几大厂商都在尝试通过开源或者商业产品输出离线混合动力技术。相信明年离线混动技术会迎来进一步的产品化。
现在有个概念叫FinOps，是面向成本的应用和管理。在这方面，我们现在做的是成本可视化，比如了解企业中几个部门在云厂商或者本地机房的成本，以及不同业务的成本。
开源里面有一个项目Kubecost，从开源的角度提供了这样的能力。云厂商会在容器服务中提供一个“成本中心”，帮助用户将云账单与集群关联起来，清楚地看到各个部门和业务的成本，甚至给出一些相应的建议。这非常适合不同的业务混合部署场景。成本管理明年也会有所发展。
还有一件有趣的事。国外云厂商提出了一个概念叫碳单，就是碳单，把企业的成本消耗转化为碳单的形式，这也是一个比较有意思的方向。
降低成本是所有企业永恒的诉求，但企业在高速发展的时候，这种诉求就没那么强烈了，会以业务为先。随着业务进入稳定期或遇到困难，降低成本的需求会更加明显。
Infoq:应用场景有明显的区别InfoQ:无服务器。这会影响这项技术的通用性和复用性吗？为什么？
答:无服务器也是最近大家谈得很多的话题。首先，我想和大家谈谈什么是无服务器，因为每个人对无服务器的理解都不一样。有些人会简单地把无服务器理解为功能计算。的确，亚马逊最先推出的AWS Lambda是一款功能计算产品，它被定义为无服务器。但事实上，如今的无服务器范围确实越来越广。本质上，无服务器是一个设计概念，不仅仅是功能计算范畴。
目前有面向功能计算和面向应用的无服务器产品，如国外云厂商的App Runner，国内的无服务器应用引擎等。，让用户可以在不修改传统应用的情况下使用无服务器架构，不必关心底层IaaS基础设施。另外还有面向K8S的无服务器产品，用户可以通过K8S的接口使用无服务器，还有面向容器的无服务器产品，用来交付容器实例。这些产品的本质是让用户用一个接口使用云资源，而不必关心底层的基础设施。无服务器的多样化给用户带来了更多的选择。
另一个大趋势是越来越多的云产品变得无服务器。如果你关注亚马逊的re:Invent，你会发现很多云产品也是无服务器的，比如Kafka的无服务器版本。这意味着用户在实际使用云产品时，根本不需要关注云产品本身的规模，直接按照数量付费即可。
云产品的无服务器化也带来了多样性。在我看来，这种多样性是无服务器概念在用户界面和产品形态上的不断丰富带来的，也在不断推动行业的标准化进程。用户在使用各种无服务器产品时，也可以以标准的形式使用各种云厂商的产品。比如在函数计算领域，它的触发器将会是越来越标准的http模式，可观测性可以与Prometheus、OpenTelemetry等开源技术相结合，这将使得无服务器产品的标准化程度越来越高。
用户需求的多样化与无服务器产品的标准化相结合，而这是一个必经的过程，才能让越来越多的用户使用。
InfoQ:我们在2019年说过，无服务器的未来已经到来。你觉得这个“未来”真的来了吗？
答:Gartner发布了一份技术成熟度曲线。一项新技术会经历上升期、扩张期、幻灭期，最后是平稳期。在我看来，无服务器技术现在已经过了幻灭期，开始进入稳定期。几年前，无服务器是最火的时候。当时大家都很推崇Serverless，而且是在扩张期。上面提到的场景多样化也与此有关。扩张期的场景越来越多，进入幻灭期后会有越来越多的场景落地。
我举个例子，你就能看出来是不是真的有很多应用是用无服务器实现的。
首先，阿里自己在2021年双十一的时候，大量的前端应用其实都是用无服务器框架实现的。这是典型的无服务器场景，很容易落地。阿里的前端业务，横跨多个业务部门，基于Node.js框架，现在全部用无服务器框架开发、部署和使用，也支持双十一的海量应用。无服务器带来了非常高的开发效率和极大的灵活性。
此外，还有许多用户使用无服务器架构进行音频和视频处理。某音乐服务商今年在阿里公有云上使用函数计算处理音视频，包括音频转码和自动识别。制造商选择无服务器是因为它的灵活性。比如刚拿到一批歌曲的版权，厂商需要快速转换所有歌曲的质量，这是一个爆发式的弹性需求，也是一个并行的批量任务，Serverless可以很好的处理。还有像视频APP这样的企业微服务架构，所以基础设施运维的投入会更高。有些企业会选择面向应用的无服务器产品。比如阿里云的无服务器应用引擎，会把微服务部署到平台上，没有任何基础设施管理。这才是现在无服务器的真正价值。
网友:云原生对编程语言有特殊要求吗？
a:不知道你知不知道，国内后端开发最火的语言是什么？还是Java。但是现在，使用多种语言是不可避免的趋势。很多公司都在用Go作为主要的开发语言，PHP被广泛使用。每种语言的特点都不一样，很多企业会根据自己的业务需求选择合适的语言。这个时候可能会有很多语言。业务部门觉得用Go比较好，前端的人想要PHP或者Node.js多语化在企业越来越普遍。
开发者想用什么语言就用什么语言，但是运维人员会面临很大的挑战，比如如何在多语言环境下统一服务治理。目前云原生领域已经引入了Service Mesh这样的技术来做多语言服务治理。就整个生态而言，Java是目前最成熟的后端语言，招聘Java人才相对容易，Go也有非常好的增长趋势。未来，企业对多语言的容忍度会越来越高。
之前阿里基本上是Java占主导，现在阿里有很多语言。阿里收购了很多企业，比如饿了么、飞猪、高德等。，但不可能所有被收购的公司都改变编程语言，难度很大。由于公司的并购，阿里巴巴的编程语言变得多元化。如果企业足够大，一定是多语言的。如果是初创公司或者体量不够大，语言统一确实能带来便利。
InfoQ:网友问云原生很流行，没有云原生不一定高级，比如Mesh。如何看待网友的这个问题？
a:云原生领域的火，是市场和业务推动的。技术发展的丰富性也会带来选择难的问题，即存在选错路线的风险，这是真实存在的。如今，云原生技术非常流行。刚才有人提到，CNCF有成千上万个项目。用户应该用哪个？这确实是每个企业都会考虑的问题。在我看来，你应该选择适合自己的，但前提是有相应的技术场景支持。至于是否应该选择Mesh，最终取决于企业的业务诉求。
比如一个相对稳定的团队，应该是稳定的，支持单一语言。这时候选择更成熟的SpringCloud和Dubbo是更好的选择。但是如果团队是多语言或者面向未来的，有些企业会选择Mesh。经过几年的演进，开源社区已经比较成熟，比如Istio，基本已经成为事实上的标准。很多企业已经用这些技术生产了，不用担心Mesh是不是泡沫。它的泡沫阶段已经过去，已经到了可以实际生产的阶段。
InfoQ:服务网格的目标是成为云的本地网络基础设施。你觉得这个目标达到哪里了？下一个R&D和应用程序的优先级是什么？
答:刚才回答网友的问题大概讲了我的观点，就是服务网格技术逐渐成熟，Envoy和Istio越来越普遍。CNCF之前的研究服务网格的利用率已经达到了27%，已经很不错了。主要的互联网公司已经在使用Istio，或者在社区中进行自我研究。前几年蚂蚁宣布整个核心业务网格化，阿里巴巴集团面临的多语言治理问题也网格化。如果有需求匹配的技术储备，可以尝试使用Mesh。
但是现在技术应用到生产中，社区技术版还是需要面对一些挑战，比如股票制度的逐步过渡。Istio的整个体系与K8S生态密切相关，但很多企业的虚拟机可能还没有完全过渡到容器，部分虚拟机是存在的。服务网络如何支持虚拟机？有的企业可能是混合了多个微服务框架，有的已经用上了SpringCloud，那么Mesh能和SpringCloud打通吗？这方面的社区项目不是特别全面。此外，可观测性对于服务网格投入生产非常重要。完全自建的企业会面临这样的技术挑战。
企业要想真正打造自己的Mesh系统，需要有技术储备和相关人才。此外，企业还可以借助云厂商的力量。目前几家云厂商都有Mesh的云产品。比如阿里云提供服务Mesh托管等服务。企业可以先根据自己的业务维度判断技术团队的能力，再决定是完全自建还是依靠云厂商的能力。
InfoQ:有网友问，阿里的可观测性有哪些技术成分？
答:可观测性也是云原生的一个非常重要的领域，是企业生产必不可少的伙伴。
目前可观测性有两大趋势。第一个大趋势是整个堆栈的可观察性。商业中的挑战是用户报告一个问题，如何以一种可观察的方式快速确定它在整个链路中的位置。现在架构越来越复杂，企业可能要从用户端开始，比如从前端到应用层，再到基础架构层等等。，而他们需要的是整套环节的诊断能力。所以可观性的一个重要趋势就是打通全链路。
另一个很重要的趋势是指数体系的开放。可观测性领域有三大数据:度量、追踪和登录。这三个大数据以前是不一样的，但是现在的用户对三个大数据的统一监控有很大的需求。例如，出现问题时，可能是Metric发现指标异常。此时，开发人员可能希望查看度量异常对应的事务的日志，看到日志后，可能希望看到该事务对应的整个链接。在可观测性场景中，对统一监控数据的需求越来越大。刚才有观众问阿里在这方面做什么？事实上，他是在围绕上面提到的两点提供全面的主机服务，比如Prometheus和Grafana的主机产品。
InfoQ:社区中的一些人也问，如果开发人员和测试人员不熟悉容器技术，企业如何探索云的原生性。
答:我觉得整个上云的过程要根据企业的情况和模式来做。业内有一个普遍的说法，云会分为几个阶段。首先，最简单的方法就是主机更换，也就是把原来的线下机房搬到云端。原来离线是虚拟机，云上也是虚拟机。这往往会给企业带来财务上的变化。他们原本拥有的是资产，现在变成了云上的服务。这是为企业做翻译，整体价值略低，但成本也是最低的，基本上不需要改造业务，也不需要改变运维模式。所有企业都能做到。
第二步是重新搭建平台。这和云原生的一些思路有关，比如把原来的虚拟机变成容器化的模式。Replatform的一个典型特点是，企业只需要改变系统运维模式，不需要改造应用。在很多情况下，应用程序转型的成本和费用相对较高。容器化一般不需要企业应用程序的案例。另外，考虑从自建开源工具转向云厂商的产品，比如云厂商自建的MySQL和RDS。企业可以实实在在看到云原生带来的降本增效成果。
从团队建设的角度来说，还是需要懂K8S的人。K8S的学习资料还是很多的。InfoQ、CNCF官网、开源社区官网、阿里云都有很多资料供用户使用。
最后一个阶段是很多企业都在做的，就是重构。企业的整个应用架构经常变化，包括无服务器和微服务。这个阶段将涉及应用程序的转换，但也是应用程序端可以真正利用云的时候。企业可以结合自身特点，选择渐进式云生化。
另外，企业也要看自己的业务类型。现在有个概念叫“双态IT”，讲的是稳态和敏感态。稳态是一种内部变化很小的业务。对于这类业务，我们建议只需要做Replatform，因为它的迭代速度没有那么快，业务变化也不大，但是需要通过容器化等模式来增强它的稳定性和灵活性。但是敏感业务迭代快，可能建议做重构，比如微服务，可以提高整个研发的效率。
企业要根据自己的业务类型和技术储备，综合考虑自己的云基生化方式。
InfoQ:云原生系统越来越大，开发者要学的东西也越来越多。有什么学习建议给大家吗？
答:真的有很多东西要学，更新迭代很快。建议你换个角度学习。当然自学是没有问题的。网上有各种各样的资料。但是有一点，大家在做云原生能力的时候一定要从业务驱动的角度去做。
我看到有些企业为了技术而做云原生，这样最后可能不会有好结果。更多的时候，他们要从商业价值的角度考虑做什么，然后再选择相应的技术。一方面，如果一个企业是业务驱动的，它将有足够的资源进行投资。另一方面，企业在做技术选择和落地时会有足够的实践。
从实地来看，我给你的建议是先打好基础，再提高一些制作必备的技能。容器技术是一切的基石，在此之后，一些关键技术如可观察性、CICD、微服务等等才是企业真正需要的。
评论前必须登录！
注册