教育培训网站建设方案模板下载,义乌网络,天津 网站建设公司,四川自助seo建站简介#xff1a;DTCC 2021大会上#xff0c;阿里云数据库事业部 产品与解决方案部总经理 王伟民#xff08;花名#xff1a;唯敏#xff09;发表主题演讲《云原生数据库2.0#xff0c;一站式全链路数据管理与服务》#xff0c;并接受IT168企业级ITPUB执行总编 老鱼…简介DTCC 2021大会上阿里云数据库事业部 产品与解决方案部总经理 王伟民花名唯敏发表主题演讲《云原生数据库2.0一站式全链路数据管理与服务》并接受IT168企业级ITPUB执行总编 老鱼 专题采访本文内容就现场采访整理而成。
受访嘉宾阿里云数据库事业部 产品与解决方案部总经理 王伟民花名唯敏
采访人IT168企业级ITPUB执行总编 老鱼
(本文根据DTCC 2021大会现场采访整理) 记者请介绍下您目前在阿里云数据库所负责的日常工作
王伟民首先介绍一下自己我先后经历过Oracle、Microsoft、华为等企业在这些企业里面都是从事数据库相关的工作担任过不同的岗位。
今年加入了阿里云目前我主要负责四个方面的工作。
第一部分是产品管理和我以前的工作是完全一样的主要是以市场、客户需求为导向去看我们需要研发哪些产品。
第二部分是解决方案为产品的商业成功负责包括行业、区域和国际市场。
第三部分是产品体验包括文档、体验设计等主要是为了让用户有更好的体验并更高效地使用我们的产品和服务。
第四部分是品牌和生态品牌方面包括要持续对行业内构筑产品的影响力。生态方面数据库作为基础类软件在PaaS层不像计算、网络存储、安全这些通用能力大家都需要也不像SaaS应用那样自带流量入口。所以单独去推广数据库不是特别高效我们需要通过生态的方式去做市场、推广和伙伴们一起去更快速地推广和复制到各大应用场景。
以上是目前我在阿里云的工作。
记者相当于OLAP、OLTP还有NoSQL研发针对各自产品做集成与研发你这边就变成产品化的。
王伟民对客户需求都是到我们团队。我们会去规划产品研发来承接需求、投入资源、按产品规划的路标来推动产品上市。另外产品的商业模式、定价等GTM工作也都是在我们团队负责。
记者您今天的演讲主题是“云原生数据库2.0一站式全链路数据管理与服务”。为什么会选择这个主题这个主题您觉得对于参会的人来说它能够获得哪些收益
王伟民我们首先强调的是“一站式”这个“站”是“One Stop”的意思不是“技术栈”的“栈”这个叫“Stack”。我们现在做的是云服务各类引擎上架后实现了多样化的供给每一款产品或引擎是为特定的用户场景做定制优化的这也是经典的General Purpose(GP)和Special Purpose(SP)之间的trade-off。有很多公司尝试用General Purpose的方式解决所有的问题但目前为止它可能在某些场景里是最优解的但在所有其他场景里都是次优解。当然General Purpose有个好处对产品研发团队来说它的ROI是最高的持续性投入打造一款产品试图解决所有场景。
但其实存在一个问题我们看到有很多为专用场景设计的产品比如缓存、嵌入式的IoT场景、边缘场景、多模都不是GP产品能很好地解决的。到目前为止千行百业都在做数字化转型和上云想用一款产品解决所有的问题从哲学上来讲这是一种过于理想的状态是不可能实现的。我们想用的方式是用产品和产品的组合去满足各类业务场景的需求相当于我们是GPSP的模式去做。所以这是我们选这个主题的原因。
其次要强调“全链路”我们做过调研绝大部分企业里各类产品和解决方案都是非常纷繁复杂的但目前它们之间的拉通和协调仍存在很大问题。我们用云的方式可能能解决“烟囱”的问题但其实只是解决了资源的“烟囱”业务和数据上仍然没有打通。既然数据是新的生产资料就需要有一个数据的操作系统我们想用DMS来实现DataOS。这是我们的想法也是我们一直努力的方向。
到目前为止丰富的业务场景以及里面不同的业务负载特性使得很难用一款产品最终解决所有问题这是我们最大的洞察。所以我们希望可以带来实际的变化。 记者您正好提到了这个观点和我下面问到的趋势是一样的。专用数据库、多模数据库方面显然你们的专用数据库是类似于亚马逊的而非像微软的“一库包打天下”——一套产品应用于所有场景。现在所有的厂商其实都在聊云原生你们的云原生架构和友商的在演进时候有什么不一样吗
王伟民首先像微软和Oracle其实只是品牌比较聚焦和统一但它其实也是GP、SP相组合的Oracle有比较多的品牌比如面向缓存场景的叫Oracle TimesTen 面向高可用场景的是Oracle RAC所以Oracle有一级品牌和二级品牌之分。同样微软针对分析、报表、集成等有SSIS、SSAS、SSRS面向多模有Azure CosmosDB
所以我认为大家之所以不约而同地选择了“迈向云原生2.0”这条路核心原因是大家都看到负载的多样性对底层基础软件的设计太挑战了无法用一个架构、一套code去cover所有。
提到和友商的差异在云原生1.0那个既往时代大家其实已经把产品化和服务化做完了基本都已完成基础设施池化了在管控上做到多租户、按需使用、按量计量而且能够做不同程度的扩缩容。
而云原生2.0时代更看重产品与服务之间的联动。在我刚才的分享中第十二届中国数据库技术大会提到七个客户案例其中没有一个场景是用单款产品去应对的。为了满足客户的转型需求基本都需要交易型、分析型、数据实时入仓、库仓一体等很多需求都需要实现数据的发现、洞察和价值变现。
在我们看来云原生2.0时代可能会朝两个方向演进第一持续不断夯实、增强单品的差异化竞争力。第二多种产品之间的高效协同和体验提升。
记者单品方面要继续强化自己的优势。整体上你们也会强调整体解决方案的优势不管是OLTP、OLAP还是NoSQL所有产品寻求更好地协同。
王伟民我们现在有一个想法即把解决方案产品化。比如客户想要一个在线电商系统我们可以直接提供一个有缓存和交易中间带着链路像一个小型数仓一样已就绪的系统。因为起步的时候可能没有那么多数据所以这个数仓是可扩缩容的。
虽然是在云上但也是垂直的业务是烟囱资源是水平拉通的这是我们正在做的尝试。
解决方案产品化其实业界有很多公司都做过。我们可能也只能在通用方案上去做想要结合行业领域know how去做可能还是比较困难的。
记者如果要用一个比较简单的方式、一句话两句话去描述“云原生数据库2.0”应该怎样去说呢让别人一下就能理解“云原生数据库2.0”的概念。
王伟民“一站式全链路”还是相对偏技术术语如果用业务术语来讲的话应该是多引擎的高效组合以满足客户多样化的业务负载。另外一种提法是“全场景”、“数据全生命周期”但这些相对偏Marketing术语。
记者对对于非技术人员来说理解起来还是有点晦涩。下一个问题其实来源于TiDB黄东旭曾提到的一个观点他认为目前所谓的云原生数据库都不是真正的云原生凡是能回归到线下部署的都不叫云原生。您怎么看这个观点
王伟民这个观点挺新颖的之前确实没听说过。我们遇到过一类上云的客户会要求数据可回流、随时可以下云。客户有这个诉求的核心原因是担心云是一个超级的lock in担心“我上了你的云除非我挂了否则今生今世在你这上面”。
在与客户交流的过程中会发现有些客户比较抵制差异化特性担心因为差异化特性而对某厂商产生依赖。当然在这方面也有很多不同的技术流派有些客户在写SQL时候用的并不用数据库专用语法它中间有一层抽象层可以适配底层的MySQL也可以换成SQL Server或者Oracle对他来说不可见。业界其实有这样的产品比如Source Pro能够对上层应用屏蔽底层数据库的差异性所以我不太赞同这个论断。
数据库产品化和云化应该是两个阶段它可以是一个产品这个产品可以provision在on-premise也可以在云上但是在云上能够发挥资源弹性伸缩等很多云上所特有的能力但并非只能在云上。
比如RDS MySQL不能下云吗它一定能下云如果按照刚才的标准它就不是云原生数据库。但如果给它做了解耦变成AWS Aurora那样计算和存储解耦了Aurora是很难下来的。
是否属于“云原生”应以客户业务场景和需求出发去考虑而非从技术实现上去判别毕竟很多客户的要求是不一样的。比如拎包入住酒店今天入住这个酒店明天入住那个酒店但酒店并不能不让客户走。
记者你觉得他的说法是否是基于国外市场得出的结论像您说的这种既能上又能下的是否是国内市场特有的需求还是说这是全球市场的需求其实最近我看到一篇文章其观点是“国外都不用分布式所以国内要用分布式”。
王伟民关于您提到的这是否是国内市场的特殊情况我觉得未来公有云成为主流一定会出现用户如何考虑平台中立、云中立的问题。现在已经看到很多类似需求了比如客户的主站在A云容灾在B云另一种是交叉的一部分业务生产在A备份或Standby在B另一部分业务主站在B备站在A。客户的需求在将来可能会持续不断的变化我们的理念是“客户第一”这是我们必须考虑的事情。东旭的观点目前来说比较新颖但你说TiDB可不可以线下部署肯定是可以的。
关于最近看到这篇文章指的是InfoQ最近才实现底层数据库的分库之前都是单库。就产品及其架构实现而言首先云厂商本身是有目标市场选择的比如说AWS不做线下市场它不做on-premise部署最多有一个Outposts边缘部署只提供受限的能力可能是他客户选择的问题。 记者东旭的观点比较超前他们好多客户在国外国外的市场对于公有云的拥抱程度很高但对国内来说显然对线下部署、混合云、私有云等要比对公有云的拥抱程度更高至少在金融、电信等行业贡献大户来说相对来说是这样的。
王伟民在公有云的大趋势方面我的判断跟东旭是一样的。对于国内金融、电信行业很大业务负载还没有在公有云上我认为可能有两个原因第一国内在信息安全、行业监管、合规遵循等方面的政策要求第二客户在系统软件运维管理方面的自主可控需求。
其实你说在公有云上就不安全吗不一定的。美国国防部100亿的JEDI项目都是在公有云上美国第一大银行CapitalOne是100% 在公有云上的没有用私有云。我认为公有云的未来是比较乐观的。很多行业都需要一个过程上云可能是长达十几年的过程赛道很长。
记者因为国外不用分布式所以分布式就没有意义或应用价值吗
王伟民这又是一个特别值得讨论的问题我认为复杂度是守恒的事情。国外比如GitHub之前没有用分布式但不代表这部分工作就不做了它的这部分工作可能在应用层、中间件层做了只不过从数据库角度来说我们希望把复杂留给数据库把简单留给应用。我们希望分布式数据库能像单机一样去做应用开发、去做管理运维这样应用就不需要关注底层数据库容量、事务、伸缩扩容、一致性备份等问题。
其实国外数据库在并发用户量和用户规模方面没有国内这么凸显毕竟我们有人口红利。比如阿里的双十一“剁手节”可不可以把支付系统用Oracle数据库支撑呢肯定可以把底下的OceanBase换成Oracle也可以,但这样TCO太高。
因此到底是用分布式产品去解决还是用分布式解决方案去解决这又是另外一个思路。比如应用接分布式中间件比如ShardingSphere和底下接单机数据库都一样可以做这个事情。
我觉得并非说国外没有用它它就没有意义而是看这些投入是在哪个层面去做的。比如我认为从产品的维度来讲随着使用量的增加边际成本是持续下降的所以我认为做这件事情是非常有意义的比如可以让应用不用关心柔性事务、业务冲正等这个复杂度都在数据库层面处理了所以我觉得分布式数据库还是非常有意义的。在国外可能不需要用分布式数据库但可以把分布式数据库退化成单实例使用在Oracle RAC也可以只用一个节点这都是没问题的。
记者过去我一直觉得国内云厂商里在数据库方面生态做的最好的是华为经常会看到谁又加入了它的生态伙伴圈。阿里是云方面最早吃螃蟹的所以阿里云保持了一定的先发优势同时阿里也有一些类似于双十一的极端场景使得它会有技术方面的积累。当然这只是我个人的看法。从您的角度来说阿里云数据库从技术、产品、商业、生态等各个角度相对于其他竞争对手它的优势在哪
王伟民首先针对我们产研团队我认为第一个优势是从组织上的高度统一和一致我们能做到力出一孔。李飞飞既是阿里云数据库事业部的一号位他同时又是达摩院数据库与存储实验室的一号位所以相当于他统领了整个阿里体系所有数据库的产品、研发和预研团队在产品的战略、沟通、市场等策略方面是高度一致的这是第一个优势。
第二阿里确实有先发优势我们很多客户不是才上云比如基于IDC刚上云。而是day one就是长在云上生于云长在云。
第三在产品方面比较聚焦我们没有非常多的产品我们的产品分成三大类开源托管类、商业产品托管类和自研产品类核心是希望聚焦而且针对这三类产品我们有不同的策略。
比如开源托管类聚焦的是简单易用、安全可靠和高性价比商业产品主要利用它的开放生态在这方面我们主要是解决业务合规生态多元的问题我们和SQL Server、MongoDB是直接商业合作的这些是需要阿里云持续地去合规的自研产品我们聚焦四个大的品类PolarDB、AnalyticDB、Lindorm、Tair并没有很发散。
讲到生态其实各个厂商做生态的方式是不一样的。有些友商虽然在做数据库但并不是要把数据库作为一个独立产业来做。通过打造一个第二平面去解决“卡脖子”的问题这也非常了不起我们也需要这样的技术。
阿里在做生态方面尤其我们更多地是希望以“被集成”的方式来做。生态要开放繁荣最主要的就是要能够和伙伴实现利益分享如果做不到这一点我觉得生态是做不起来的。所以我们一直在探索怎么样让生态的参与者和我们一起去把饼做大同时去看如何更好地兼顾各方。
生态方面我们也一直在持续投入比如分销的伙伴、SaaS被集成、ISV、交付伙伴、培训认证等都在搞但的确我们这一块的投入量还需要持续加强。
记者上个月阿里媒体沟通会上我采访李飞飞他提到你们要去打线下市场因为他觉得线上格局基本已经定了。针对线下市场的数据库领域高端客户比如金融政企等是不是有些友商也比阿里更有优势阿里现在去打线下这块儿市场准备怎么做你们的差异化优势在哪儿
王伟民首先线下市场的需求是刚性的这是客观存在的。目前我们积累了包括运营商、金融行业、政府等很多客户。大家都在讨论一个问题如果重新再做一次是原封不动地换平台还是在原有基础上做转型升级
目前我们看到包括运营商在内的客户有一个普遍需求今天我也分享了一个运营商案例它的业务系统包括boss系统都直接云化了。在这个过程中他们要将包括“云”在内的很多理念、对上层应用做“泳道化”切割、微服务化以及整个运维开发都要结合起来我认为这个替换不是单纯地去拿一个产品替换而是用解决方案替换。
第二在政企市场去和Oracle直接PK比方说性能我们认为这个可能是被误导的。因为用户在选型的时候性能不是唯一因素还有非常多其他的因素。我们希望可以用DBStack敏捷交付无缝集成将这样一个轻量化、可以部署到客户本地的云把用户可能会用到的数据引擎都放上去。现在广东移动、安徽移动等客户都是用了这些产品。
相比友商他们可能会有他们的灵活度我们也有自己差异化特色。比如友商明确了不做私有云就会把很大一块市场放出来也势必有很多友商去填补这个市场空白。
关于李飞飞提到的这一点我理解我们要去做的核心原因有两个第一这是高端市场也是标杆是摆在明面上的市场刚需。第二这些业务场景和业务负载对牵引产品研发、检验和持续提升产品稳定性、可靠性都非常有帮助。我觉得结合这两方面因素我们肯定会坚定不移地去做。
记者就像您提到“云原生数据库2.0时代的一站式全链路数据管理与服务”也是我们看到的现实情况针对不同场景需要不同数据库去解决问题没有所谓的“一库包打天下”。我们看到的这些所谓的趋势比如云原生分布式、软硬一体化、湖仓一体、HTAP等它本身都是一种融合背后是用户简单化需求的推动。对于用户来说管理一个数据库和同时管理四个数据库的复杂度、难度肯定不一样。趋势上大家希望简化但我们看到大家还是专用的场景用专用的数据库这个是不是有点矛盾
王伟民我们要解决的很多问题其实都是多变量的。首先想要兼顾所有变量是非常有挑战性的以及这些变量之间要如何排优先级比如可靠性、开发、管理、运维等一系列因素都要综合考虑。
其次既然通用产品无法满足需求那就用“通用专用”的组合去搞又要降低复杂度怎么办我们用DAS、DMS等技术手段去解决。我们希望DAS可以把以前传统DBA的补丁升级、日常巡检、参数配置或调整、备份告警等日常工作用AI的技术手段来解决。现在有一个特别好的趋势我们已经积累了海量的数据库负载、水位线、慢SQL治理等最佳实践可供我们去做这些工作。和深度学习一样杨立昆老师90年代刚提出的时候它只能在90年代美国邮政里面检测邮政编码不像今天有非常广泛的用途主要是数据和算力上来了。
回到刚才讲的问题这个矛盾可能放在以前的确是难以逾越的。但在今天我们看到解决的契机了我们可以用AI4DB的方式来解决。这样人就可以更多的聚焦类似于Application DBA、逻辑设计、数据的data placement等高价值的工作常规工作让程序自动化来做将两者有机的结合起来。
记者咱们之前新闻稿提到阿里云要全面进军线下市场。线下市场里大家其实都盯紧的是金融行业尤其是银行我观察到银行去做分布式改造其实是一个必然的趋势。李飞飞之前也有提到这次云栖大会上你们开源PolarDB-X这样一个分布式数据库我可以理解为这是你们进军线下市场的组合拳吗
王伟民对可以理解为这是其中一个关键的action。国内做数据库的各参与方热情高涨厂家非常多。但对很多企业而言他们非常担心你这家公司有多大规模我们是不是会贡献你50%-60%的营收他们其实非常担心数据库公司的可持续经营能力这其实还是信任的问题。开源在我看来包括两个方面第一用开源的方式、开放的心态去解决开放的问题和挑战吸引更多人参与第二开源相当于智力的众筹
另外开源也表示一种自信是一种可以让用户检视质量的方式这样能够把信任建立过程中的挑战大幅度降低。
最后当然我们也希望通过这种方式做生态比如应用的生态、人才的生态。
记者所以开源只是一种策略它并不是决定数据库公司、厂商能否在未来竞争中脱颖而出的必要条件
王伟民对它并不是。有很多开源产品可能叫好但未必叫座商业化成功。也有很多产品从不叫好也不叫座直接就玩不下去了,它就只好Open Source了。我们希望用这种方式持续去做不代表这样做了就一定成功因为的确有太多开源项目最后其实是商业化不成功的。不光在数据库领域其他领域也一样。比如以前有OpenOfficeOpen Solaris。即便我们严肃认真地去做Open Source中间也有很多需要学习的地方和规避的坑这期间要做的事情非常多。
记者国产数据库落地应用越来越多但实际上更多是存在于边缘业务上核心业务相对来说比较少。很多企业在部署国产数据库的同时还在续费Oracle数据库甚至到现在为止两条线并着跑。这种现象是由于客户心里的顾虑——怕国产数据库撑不住还是目前国产数据库在承担高端、核心业务上确实有一定的问题
王伟民这两方面因素都有而且还不止这两方面因素。确实很多客户在尝试用更多的供应商包括国产数据库厂商同时持续不断地使用商业数据库的产品这是目前的现状。原因有几方面
第一商业数据库经过几十年的发展和海量用户上百万长期真实业务负载的考验它的企业级特性、稳定性、商业模式、服务等各方面都是经过考验的。不管用什么产品用户业务系统都能高效的运转起来。
而目前国内很多厂商无论是从研发的投入、产品的成熟度还是产品资料、生态、人才等各方面与商业数据库相比还是有差距的。这是客观事实我们也应该正视这个客观事实。人家干了五十年我们干了十年投入比人家少很多不可能就超越人家这不符合客观规律。
第二的确有很多业务场景不需要那么高端的产品。这句话有两层意思一是目前很多产品在企业功能、特性、完备度、性能、稳定性等各方面与商业数据库有差距但不代表这个差距不可逾越只是需要时间去逾越。二是很多业务场景里很多商业数据库的功能、特性其实都是没有被用到的也不需要用到这个是有统计数据表明的。
记者之前我了解到使用Oracle的绝大部分企业可能连一半的功能、性能都未必用得上对于很多企业来说性能问题可以被很多架构很好地解决。
王伟民在很大程度上我们的产品对很多核心业务场景、业务典型负载来说都是够用的但是我们产品的稳定性或其他方面可能还有较长的路要走还需要接受海量用户长时间、持续的负载考验。
记者我是不是可以这样理解目前来说国产数据库是可用的但是离好用还有一定距离之前我看到关于国产数据库的目标分为技术目标和市场目标。市场目标第一个是实现国产化的自主可控第二个是走向全球。从技术目标来说分为四个目标人有我无、人有我有、人无我有、人有我优。您觉得目前整个国产数据库市场从技术目标、市场目标来说分别是什么阶段
王伟民我觉得从技术目标、功能特性角度来讲可能有一些特性是人无我有的但对于很多普遍需求的特性、共性我们还处在追赶和补充阶段“人有我有一部分”或“人有我优一小部分”不同厂商在清单的完备程度上不太一样。
市场方面差的就更远了。如果统计线上、线下市场阿里云在中国做到了第一超过了Oracle。但如果回到全球视角根据2020年Gartner统计数据微软第一Oracle第二阿里云排到全球第七在To B、云和数据库市场我们和领先企业还有不小差距。
举个例子Oracle一个季度的净利润差不多100多亿美金就算数据库只占40%除去它的标准服务可能也有几十亿美金这是个不得了的数据。中国的软件业百强的净利润加起来可能都没有这么多。
记者目前你们帮客户去O、去MySQL、去Teradata等的时候会面临哪些挑战你们通常是以什么方式帮助客户
王伟民目前最大的挑战是生态层面的。没有哪个客户的业务系统能做到drop-in replacement北向可能有应用侧纵向可能有数据的集成还有南侧可能有操作系统、硬件等一系列的适配。你要想去替换的时候很多客户会说“不光要替换这个产品还要保留原来的管控、开发、运维、应用等一系列流程的对接。所以生态方面是一个很大的挑战。
第二是人才方面。很多企业在人才方面要求有一定的专业积累换产品可能需要有一个学习的过程对人才来说要降低学习曲线的坡度学习成本不要太高。所以我们在兼容性方面要做很多工作。关于兼容性的工作又是动态移动靶今天做到了某个点被兼容的对象又往前走了又要继续去做。兼容性工作做到90分和80分的区别不大但是从90分到95分工作量巨大要从95分到100分几乎是不可能的任务。所以我们在想是不是要跟随哪些方面我们要跟随哪些方面我们要用别的方式来替代——或者干脆不考虑兼容性了等等这些都是要思考的问题。当然这中间的取舍是非常难的。
记者今天的采访就到这儿感谢王总接受采访。
原文链接 本文为阿里云原创内容未经允许不得转载。
