火山引擎veStack:如何定义“真”混合云以下犯上,接连离开,赵本山终于为他的“不可一世”付出了代价

火山引擎7mos agoupdate lida
115 0 0

过去十多年来,是云计算从初始到成熟的发展阶段。当云计算的理念不断被接受,摆在很多企业面前的选择题也发生了改变:过去是企业上云或不上的选择题,如今则是如何更好的上云,业务创新的上云和自由选择的上云。

但云不是万能的,是手段而不是结果。不存在因为上云而上云的业务,也没有为了上云而上云的企业。要从业务的视角上云,而不是盲目的迈上云端,因此混合云逐渐站上了企业上云的主航道。

火山引擎veStack:如何定义“真”混合云以下犯上,接连离开,赵本山终于为他的“不可一世”付出了代价

作为中国云的“新势力”,近日火山引擎混合云veStack全栈版迎来了新的升级。以自研立命,以自身实践为根,用产品说话的火山引擎,能够在混合云市场掀起多大的风浪?

01

什么是客户视角的云

业界早期存在一种错误的观点,认为混合云只是通向公有云的过渡阶段,只是不同云形态连接的纽带。但实际上,混合云并不是任何云形态的附庸,而是用户需求驱动的产物,是站在客户视角的云。

这种客户的视角,本身也是沿着企业用云的需求而来的,因为公有云赋予业务最大的灵活性,但合规性要求和安全性难以满足;而私有云兼具敏捷和可控,但运维压力则留给了客户。这就给了能够兼顾两者能力的混合云成长的机会。

火山引擎veStack:如何定义“真”混合云以下犯上,接连离开,赵本山终于为他的“不可一世”付出了代价

Gartner在《中国混合云运营的三个重要经验》报告中指出,中国的混合云采用率在2021年达到了42%,预计到2024年,其渗透率将达到70%。很明显,未来几年,混合云的成长速度将远高于整个云市场的平均增长。

我们也看到混合云的赛道出奇的拥挤,从全球市场看,IBM并购红帽,AWS推出Outposts,微软推出了Azure Stack,同时国内的主流云计算公司和科技公司相继推出自己的混合云的产品和解决方案。

但不同流派,不同理念的混合云,也让客户的选择变得艰难。最典型的就是异构混合云与同构混合云之争。

顾名思义,异构混合云是指在不同的云厂商之上加一个管理平台,通过该平台和不同的云进行对接,而同构混合云则是在同一个云厂家提供从公有云到私有云的一整套混合云方案。

同构混合云似乎从落地和可管理性上,要优于异构混合云。但从安全可靠的角度考虑,企业上云并不愿意将鸡蛋放在同一个篮子里,因此随着混合云的诞生,同时诞生了多云的趋势,任何一家企业都不希望被某一朵云锁定,三到四家云并存的局面也将是一种标准搭配。

在火山引擎混合云产品负责人陈弘看来,“存在即合理,无论是同构还是异构,本质上是同一个技术问题,如何做好架构设计,用一套架构解决不同场景的业务问题。”

以字节跳动自身为例,既有自己私有云的场景,比如抖音支付,也有自己公有云的场景,比如互联网业务,这让字节跳动积累了相当丰富的用云实践,因为在不同的场景下,要实现业务的体验一致性,这就要从一开始采用一套架构,来解决技术性的问题,并将落脚点完全放在业务和场景上。

因此,火山引擎从一个混合云用户的视角,打造了一朵架构统一,技术能力可以持续演进,并确保体验一致性的混合云,这就是veStack。

02

veStack如何定义“真”混合云

也许很多人看来,火山引擎只是云市场中的“后来者”,但从整个字节跳动的角度,对云的探索周期是贯穿始终的。

初期的业务成长的需要,字节跳动也是由采用第三方公有云入手的,但很快随着业务的多元化发展,字节跳动发现,没有任何一朵云,能够完全满足字节跳动的业务要求。

正因如此,字节跳动很早就坚定了以自研为主,自己探索一条用云出路的路线。从软硬一体上都要自研。DPU,虚拟化,计算,存储,网络,服务器,都要自研。

陈弘说,“当我们坚定这条路线之后,就走向了全栈技术的自研。”

正是经过字节跳动,几千人的研发团队,持续不断的投入,火山引擎混合云veStack,有机会成为未来企业混合云市场的新选择。

我们从客户需求的视角,来盘点一下veStack为什么值得选择。

第一,从架构的角度,veStack将字节跳动验证过的云原生架构进行了小型化改造,做到了组件解耦方便用户平滑上云、统一架构减少重复造轮、节省资源体验一致、公有云同构确保持续快速演进。这就是我们前面强调的将业务领域统一到一套框架,更灵活,更高效,成本也更优。

第二,混合云是基于业务场景的云,但不同行业,不同客户,不同场景用云存在很大的复杂性,因此对全栈技术以及更充分的能力集要求很高。我们看到,veStack首先定位就是字节内部云上增长能力的全栈输出,同时通过“云+X”的理念,可以通过通过机器学习平台、推荐/视频/数据/行业中台、飞书等字节优势产品力on veStack,建立解决客户在大模型、自动驾驶、数据处理、云资源管理运营等场景的综合解决方案。

第三,从客户的视角出发,其实是一种成本视角或者说效率视角,如何以技术能力在最小的资源下,获得最大的效能。火山引擎自研DPU支持全卸载、高性能的裸金属服务,如今已升级到自研DPU2.0版本,基于DPU实现了新一代RDMA网络,以及软硬一体的Hypervisor层,网络性能高达5000万pps转发能力、延迟低至20μs,算力损耗更低,网络转发效率更高。

第四,真假混合云之辩。从业界提供的混合云方案来看,有一些产品其实完全是两套架构,来看,一边用公有云,一边用私有云,让客户自己做集成,实际上这并不能称之为一朵云。

混合云并不是不同 IT 形态、不同技术类型、不同架构之间的简单拼接与堆砌,而是真正重视和理解客户需求之后,以更简单、一致的方式帮助其管理所有的IT基础架构。

这也是火山引擎所要强调的一个重点。veStack可以支持跨云弹性伸缩、跨云资源纳管、跨云运营运维等能力,提供跨云弹性算力、多云多集群管理,满足一致性体验。比如一个大促活动,或是一个临时科研任务,这种弹性用云的能力,可以通过混合云弹到公有云去使用资源,而不需要去做复杂的扩容,以更小的成本,享受云计算带来的技术红利。

从这些独有的价值,我们也可以预见veStack有机会定义“真”混合云。

03

客户认可的云,就是好的混合云

当然,要定义混合云,万变不离业务场景。

过去一些固化的认知,认为互联网云厂商很难做好混合云,就在于混合云不同于公有云的高标准化,同时不同行业客户用云的场景也复杂多样,这种商业模式,似乎并不是互联网云厂商所擅长的。

火山引擎veStack:如何定义“真”混合云以下犯上,接连离开,赵本山终于为他的“不可一世”付出了代价

其实对于火山引擎来说,之所以将混合云作为未来服务于企业客户上云的一个重要的战略,就在于其很早就对行业落地的方式,有了自己的逻辑。

首先,定制与成本,直接相关。换言之,定制化程度越高,解决方案的成本一定越高。当然云厂商软件的边际成本无法降低,那么成本的问题迟早还是要转嫁给客户。因此我们也看到,很多客户并不需要云厂商为其提供定制化的方案,而会寻求ISV和MSP来负责定制化的工作。

所以,火山引擎在推出混合云解决方案的同时,就在建立开放的生态体系,“在北向生态上,我们对接了多家主流生态伙伴,交付落地了多个行业项目,以生态来匹配定制化需求,而火山引擎则将通用的底层能力打造的更为坚实。”陈弘说。

其次,混合云在客户现场的运维和交付一直是一个难题。但解决方案也已经达成了共识,就是通过标准化的手段提供一个完善的框架,包含大量的自动化部署的能力和运维的标准。如今火山引擎,已经从基础的IaaS,到PaaS和中间件和数据库,包括部署扩容,运维监控告警等等都已经集成到框架中去。以产品化工程化的手段解决部署交付成本问题,已经完成了数十家企业客户的交付工作。

火山引擎veStack:如何定义“真”混合云以下犯上,接连离开,赵本山终于为他的“不可一世”付出了代价

最后一点,混合云到底好不好用,用户说了算。

比如某家汽车企业,因为在自动驾驶,对云底层的技术很高要求,比如性能要求极致的存储,更高效的网络,高性能算力的调度能力,GPU集群的管理能力等等。这个要求与火山引擎“云+X”的能力打造不谋而合,双方也由此成为了重要的合作伙伴。

陈弘说,“该汽车客户构建自动驾驶的能力,结合火山引擎计算、网络、存储以及机器学习平台能力集,完成大规模GPU集群的管理和训练任务。而‘云+X’不仅是一个简单的产品组合,更代表了字节跳动对混合云整体方案的深入理解,我们不会只满足一个点的需求,而是要解决综合性的难题。从火山引擎的角度,我们有很多相关的实践和积累。”

无独有偶,某个智慧社区也存在对“云+X”的需求,比如社区要通过云能力去解决社区管理,数据分析和数据处理等一揽子的工作。而火山引擎veStack覆盖从基础设施到数据平台、数据应用全栈能力,恰恰可以帮助智慧社区去解决全栈技术的诉求。

我们说,技术的流动性,永远不曾静止,因此从未出现过能够满足所有需求的技术,所以技术必须要与行业、与场景、与需求不断的印证、交融,并在实际的应用场景中反复迭代。

混合云的技术亦如此,不存在最好的混合云,唯有不断演进迭代的混合云,火山引擎veStack的秘密,其实就藏在其每天对技术细节追逐的一点一滴。

© Copyright notes

Related posts

No comments

No comments...