<track id="dbbdz"></track>

      <track id="dbbdz"><strike id="dbbdz"></strike></track>
        <pre id="dbbdz"></pre>

        <address id="dbbdz"></address>

      1. 首页 > 云计算频道 > 云计算

        Serverless乱花渐欲,云大厂迷了双眼

        2022年12月21日 09:23:55   来源:科技新知

          让企业使用计算机资源就像是用水、用电一样方便。”诸如阿里云、腾讯云、华为云等国内头部云厂商,用这句话点出了企业上云的核心价值,以此攻破了客户的最后一道防线。

          浪潮的阀门就此打开,一场跨时代冒险之旅由此开启,以信息化为始,以数字化为终。

          云厂商花了十年时间,终于让无数企业开始小心翼翼地踏入这条河流。然而,新的问题层出不穷,由于种种原因,企业上云效果并不理想,有的一直在河里漂着,有的直接翻船被淹死。

          客户是否能通过上云实现数字化转型,进而降本增效?这一点将直接决定着厂商的口碑和市场占有率。所以,接下来的十年,云厂商要做的事,是让踏入河流的企业们尽快到达彼岸,并能安全下船。

          这次,云厂商青睐的护花使者是Serverless。除了方便,它还能让企业使用计算机资源就像是用水、用电一样便宜。

          在《将云中的编程变得简单:伯克利视角下的Serverless计算》一文中,作者对云计算的服务模式做了一个生动的例比:传统的云计算就像是为那些不想买车的用户,提供了租车的服务;Serverless则是进一步为这些用户,提供了计程车的服务。

          虽说国内的阿里、腾讯和华为,国外的亚马逊、IBM和微软等大厂,已经纷纷押注Serverless,可任何一种新生事物都会在爆发前夕经受质疑和挑战。

          “Serverless会不会是云计算大厂钓鱼的新鱼饵?”To B行业水深浪急,或许我们离真相还很远,故以此篇文章揭开Serverless的商业秘密。

          按需付费:less is more的实现基础

          Serverless并非新物种,世界上第一个Serverless平台发布于2006年。彼时虽然没有Serverless这一说法,但Zimki开发的提供服务端JavaScript应用的平台,支持“按照实际调用付费”,核心逻辑和Serverless如出一辙。

          直到2012年,Iron.io的副总裁Ken Form在业内首次提到Serverless。“即使云计算已经逐渐兴起,但仍围绕着服务器转。不过,这不会持续太久,云应用正在朝着无服务器化(Serverless)方向发展,这将对应用程序的创建和分发产生重大影响。”

          不过,这里依旧没有点明Serverless到底是什么、意味着什么。下面本文将以厂商和客户两个视角,来全面解读Serverless:

          1、厂商视角:Serverless=FaaS(函数即服务)+BaaS(后端即服务)

          据CNCF所定义,Serverless架构是采用FaaS和BaaS服务来解决问题的一种设计。

          FaaS(Function as a service)核心逻辑在于每一个函数可由任何语言编写,直接托管在云平台,以服务形式运行。

          BaaS(Backend as a service)意指云厂商提供整合的后端组件,开发人员无需开发和维护,通过API/SDK的调用,就可获得数据存储、消息推送、账号管理等服务。

          因此,我们或许可以站在一个新的视角审视Serverless,与其说是新技术,不如说是新架构范式——云厂商从出租资源转向兜售服务。

          2、客户视角:Serverless VS 传统Server,多了less,少了成本

          从客户角度来看,Serverless并不是不需要服务器,而是多了一些“无感化”的体验感。换句话说,之前让企业挠头的技术层面问题,能不操心的就真的可以不操心了。

          如果在传统的Server模式下,厂商提供的云计算服务更多是计算能力,客户从基础设施到业务实现之间横亘着技术的鸿沟。这意味着,买了计算能力的企业,依旧需要配备大量的开发、维护人员,去管理、运维底层部分。

          而在Serverless环境中,开发人员只需要编写云函数,选择触发云函数运行的事件就可以完成工作,这为客户省去了大量的运维时间和成本,从而能更专注于业务本身。

          所以,如果用一句话来提炼Serverless的核心价值,那就是 less is more,而实现的底层逻辑是“按需付费”。

          诚如上文所言,云厂商负责包揽一切,那么客户是否需要付更多的钱?答案是no。Serverless按照实际运行时间付费,而不是按照预留的资源收费。也就是说,企业不再像之前一样,水一直流着、灯一直开着,而是用多少,花多少。

          “我们希望让用户做得更少而收获更多,通过Serverless化,用云就像用电一样简单。”阿里云智能总裁张建锋表示,Serverless让云计算从一种资源真正变成一种能力,未来云将全面Serverless化,更加接近“电网”模式,按计算的调用次数付费。

          数据库:Serverless落地的最佳土壤

          这些年,Serverless概念的热度水涨船高,到底都是谁在趋之若鹜?除了Gartner、Forrester等国际研究机构关注其发展趋势之外,Serverless也成为To B厂商商业化的重要手段。

          这就不得不提在2014年发布的Amazon Lambda,它为亚马逊云科技在Serverless领域开疆拓土,并引发了第一波Serverless商业化浪潮,如今渗透到计算、存储、应用集成和数据库等多个服务领域。

          亚马逊云科技2022 re:Invent全球大会上,宣布企业搜索服务Amazon OpenSearch Service推出“无服务器版”Amazon OpenSearch Serverless,这标志着其所有的数据分析服务都实现了Serverless化,企业可以搭建出完整的无服务器应用架构。

          把视角放回国内,阿里云作为国内最早提供Serverless计算服务的云厂商,这些年也一直在大力“推销”着这个架构。

          从2017年首次涉水推出函数计算FC产品后,2018年又先后推出了业内首个面向应用的Serverless PaaS平台、Serverless应用引擎SAE,和基于弹性容器实例ECI(Elastic Container Instance)的Serverless容器服务ASK。

          目前,阿里云已经拥有超过20款Serverless产品,除了上述三个之外,还有PolarDB数据库、AnalyticDB数仓等。

          事实上,国内外已有不少的企业押注Serverless,这些年亦打造了自己在这个领域的“明星产品”。

          例如,Google有Google Cloud Function、微软有Azure Function、华为云有Function Graph、腾讯云有Serverless HTTP,就连Snowflake、Databricks等开源商业产品也采用了Serverless模式。

          不过,虽然各路玩家侧重点略有不同,但想让Serverless生根发芽,似乎数据库是最好的落地土壤。究其原因,是因为数据库亦或是数据分析服务领域的“Serverless化”效果,来得更显著。

          基于“Serverless化”的数据分析服务,能够具备完全自动化的扩容能力,实现资源的自动“吞吐”,为用户带来更经济的计费模式和更无感的扩容体验。

          现实中,Serverless数据库可以广泛应用在电商、快消、金融、电信、传媒等各行业的业务场景中。

          例如,电商平台每年会在双11、618等节点迎来流量顶峰,平时又相对进入低谷。有了Serverless数据库的加持,在当流量洪峰来临时,可以自动调配资源支持;流量进入低谷时,则可以自动释放掉资源,节约成本。怕前期投入太多、后期资源浪费的种种担忧迎刃而解。

          正如中国信通院云大所副所长魏凯所说,在全球经济下行的今天,企业需要以更低的成本、更高的效率来管理日益增长的数据资产,如何更好地使用云上基础设施服务、更精细化地管理云上数据库,Serverless正是未来的方向。

          “对于所有创新的数据库公司来说,如果前两年的门票是云原生,那么今年的门票就变成了Serverless。”在近日的PingCAP DevCon 2022大会上,PingCAP联合创始人兼CTO黄东旭表示,未来的开发者可能不知道数据库技术是什么,他们也不需要关心数据库技术是什么,因为Serverless正在降低数据库技术的复杂度,让技术变得无感化。

          Serverless很好,但别轻易碰

          虽说Serverless有一大堆说不完的好处,但想要完全被市场接受尚有距离。所有商业的本质,无外乎服务与被服务者之间的信任与边界。

          即便上云已成为国内大部分企业心照不宣的趋势,但仍有很多客户并不会把所有应用全部放在公有云上,而想要最大程度发挥Serverless的优势,公有云是使其实现从0到正无穷扩展能力的必要容器,私有云、混合云都不具备条件。

          乐观来看,就算Serverless跨过了上面这道信任的坎,还有一个更高的坎等着要跨——那就是边界感。

          人们最大的恐惧来自于无知,这句话同样适用于企业。

          如上文所述,Serverless架构的最显著特质是让用户“无感化”,而这也意味着用户自然而然地交出了自己的“监管权”,一旦Serverless应用遇到异常,根本无法第一时间溯源。

          再加上目前Serverless服务依旧存在冷启动时间过长、函数不可寻址,以及三方服务SDK较多,并且集成难度较大等问题,更是加大了其被市场真正接受的难度。

          于是,有业内人士提出质疑:“Serverless是云计算大厂钓鱼的鱼饵,还是未来发展方向?”

          Serverless会不会只是云厂商割韭菜的噱头?这件事尚不能盖棺定论,但若结合国内云厂商的变现压力来看,应该也有一定的包装成分。短期之内,云厂商的确需要找到打动客户的新抓手。

          不过从长期来看,Serverless确实是大势所趋。根据弗若斯特沙利文咨询公司数据显示,2020年Serverless全球市场营收高达446.1亿元,中国Serverless服务市场规模达到63.7亿元,在全球市场中占比约为14.3%。

          随着 Serverless 架构的成熟及渗透率的增长,未来市场总体营收增速将保持较高水准,预计2025年全球营收规模将达1404.4亿元。中国Serverless市场的扩张态势基本一致,营收规模预计将达218.2亿元。

          云厂商们押注Serverless,短期为了进攻、长期却是防守。

          Serverless已经迈出了第一步,那就是容器化的Serverless,不久将会迈出第二步——fPaaS Serverless的平台,即从IaaS到PaaS的全面Serverless化。

          2022云栖大会上张建锋表示,以云为核心的新型计算体系正在形成,软件研发范式正在发生新的变革,Serverless是其中最重要的趋势之一,阿里云将坚定推进核心产品全面Serverless化。

          当然,Serverless存在的意义绝不仅仅是其本身,而是具备迁移、可复制乃至是衍生的可能性。

          就像黄东旭认为的那样,技术无感化将是数据库乃至整个基础设施软件的终极目标。“在未来,开发者所关心的应该只有数据操作的API,这一层才是离业务更近的东西。另一方面,当Serverless在云上被提供后,数据共享、交换就变成了一个很自然或者很简单的事情,那时候可能会出现一个叫做‘Data market’的新商业模式”。

          「科技新知」也期待,Serverless未来能够催生出更多新的商业模式,只不过在此之前,云厂商们要做的还是继续跑马圈地。

          参考文献:

          《越来越火的Serverless(无服务器计算),到底是个啥?》,鲜枣课堂

          《Serverless 时代已来,华为云的思考、探索和实践》, infoq

          《PingCAP黄东旭:Serverless是数据库的未来形态》,科技云报到

          文章内容仅供阅读,不构成投资建议,请谨慎对待。投资者据此操作,风险自担。

        [编号: ]
        分享到微信

        即时

        新闻

        腾讯前三季研发投入454.75亿元 前沿科技加速落地服务

        11月16日,腾讯控股(HK.00700)发布2022年Q3财报,腾讯实现营业收入1400.93亿元,非国际会计准则净利润(Non-IFRS)322.54亿元,同比恢复增长,多个主营业务板块收入亦呈现环比企稳迹象。

        研究

        IDC发布中国数字政府IT安全软硬件市场份额报告

        IDC《中国数字政府IT安全硬件市场份额,2021》报告显示,中国数字政府IT安全硬件市场的规模达到64.9亿元人民币,同比增长31.5%。

        张开腿我让你欲仙欲死

          <track id="dbbdz"></track>

            <track id="dbbdz"><strike id="dbbdz"></strike></track>
              <pre id="dbbdz"></pre>

              <address id="dbbdz"></address>