阿里云何川:挖掘云原生能力,助力SaaS企业实现私有化部署与订阅模式的二元归一

简介: 软件实现SaaS化是解决二元对立的核心。

2022年11月29日,WISE 2022 企服展评节暨数字增长大会在北京举行,大会聚焦业务增长与组织增效,关注SaaS为企业降本增效带来的价值。阿里云计算巢产品负责人何川在主题演讲中拆解了订阅制SaaS和私有化部署的二元对立结构,并指出企业SaaS私有化部署发展策略的重要性。

他从中国SaaS发展态势与世界云计算市场的宏观背景出发,深入解答了为何中国SaaS发展较为滞后,指出了目前中国市场云能力开发不足的问题。

何川阐述了阿里云计算巢如何充分挖掘云能力、帮助企业解决软件私有化部署效益问题及其SaaS安全问题,助力企业在SaaS转型的过程中实现ROI合理化,以及计算巢如何通过产品能力高效助力软件企业,促进获客转化。

以下为何川演讲全文:

大家下午好,我是阿里云计算巢产品负责人何川。非常有幸今天能以这种形式跟大家进行线上交流,大家可能对于计算巢这个产品名字不是很熟悉,它是我们在2021年5月阿里云峰会北京站发布的面向软件服务商的产品。

如果坐在屏幕前的您是一家SaaS公司的同事,希望今天的分享能对您有所帮助。

今天的分享主要分为三部分。

第一部分,阿里云为什么这么重视ISV伙伴,及其计算巢的产品定位;

第二部分,阿里云计算巢究竟给大家带来什么样的价值,如何为大家的业务提供帮助;

第三部分,分享计算巢发展到今天一年半的业务进展,如果大家感兴趣的话,我们如何通过合作为您的业务提供助力。

企服是非常老的话题,软件本身是非常成熟的行业,SaaS也并不是新的命题,从1999年SaaS形态出现以后,基本上每过几年都会火一阵子。2015年、2020年也出现了资本热潮。但是在热潮过去之后,SaaS并没有想预想一样成为软件行业的新常态。

我们无法预知SaaS形态在国内何时能够被普遍接受,但是我们能看到两个确定性的趋势,一是消费互联网向产业互联网的过渡,不管是政策引导下还是千行百业在自发进行的数字化转型;二是企业在将自己的IT设施开始往云上迁移,对云的接受程度发生了明显的变化。这里面有另外一点很大的变化是云开始从支撑业务的发展变成了催化业务的创新,也就是我们说的Cloud Hosting到Cloud Native的形态。

虽然Cloud Native大家这几年叫的比较多,但是究竟Cloud Native会为软件和为客户数字化转型带来什么样的帮助,可能今天还在不断摸索的过程中。

站在这个背景之下,我们再来看一下中国的企服行业,或者企业软件市场。我们一直在对外说中国市场为什么跟海外市场不同,我们给中国的企服市场下了个定义,叫杠铃型的企服市场,什么意思呢?我们在跟很多伙伴聊的时候发现,做SaaS的厂商大多会面临一个灵魂的拷问,就是要不要做私有化部署。另外,一些比较知名、做了十几二十年的老牌软件公司会有一个疑问,要不要做SaaS转型?如果不做SaaS化转型,会担心因错过SaaS化的潮流而被时代抛弃。

1A891EEB-C47E-4CF3-BC4F-FE9B203BED92_4_5005_c.jpeg

对于SaaS厂商来讲,在中国的市场,目前软件公司60%-80%的营收还是由私有化部署模式带来的。对于传统软件厂商来讲,能明显感觉到资本市场对于订阅制和SaaS模式的亲睐度远高于私有化部署,所以大家才会陷入纠结。但是这种二元对立,讨论究竟要不要做私有化部署,或者究竟要不要做SaaS化转型,其核心原因在于ROI,我的投入产出比是不是成立,这是根本问题。如果要是能从根本上解决二元对立的关系,就能化解这么一个看起来很矛盾的话题。

回过头来,首先中国市场私有化部署是常态,它依然是很多软件公司营收大头。但是今天SaaS公司对于私有化部署望而却步,原因在于SaaS模式是有边际效应递增的模式。边际成本非常低,能够保证它在客户增加、收入增加的情况下,可变成本并没有太大的增加。而私有化部署,过高的人力交付成本和运维成本,使得成本模型或者商业模型变得非常不健康,所以我们的问题应该是:能不能通过技术手段大幅度降低私有化部署的可变成本,使它变成类似SaaS的模式,实现零交付成本和订阅制,而不是放弃私有化部署需求的这部分客户。

357C16C9-7C5B-4508-ADDD-813FF5C855D3.png

对于托管版SaaS,大家都认可它是好的商业模式,但是为什么这么多客户今天还没有办法去完全接受它?我们看到大家对一些SaaS形态的通用软件的接受程度已经有很大提升了,包括即时通讯工具、在线直播、会议软件,还有HR和CRM,对于中小型公司,已经开始接受这种形态。但是一些大型公司,依然不太接受,不管是从自己数据合规层面,还是公司内控层面,提供私有化部署是没有办法的阶段性选择。这后面本质是安全感的问题,安全感除了SaaS软件本身的安全,还要让用户感知到安全。如果能把用户关心的信息透明化出来,能够让用户感知到,我们就把信任成本的问题解决了。

举个例子,在Salesforce发展中出现过一次严重的服务稳定性故障,导致很严重的公关危机,最后的解决方式是Salesforce推出了一个网站(turst.salesforce.com)。将三个内容透明化的呈现给用户:认证、安全和稳定性,这个也是企业客户使用SaaS过程中最关心的三个问题,Salesforce通过自己建立一套平台来打消用户顾虑。但是一套这样的平台成本非常高,只有Salesforce这种巨型国民级应用才可能有这种能力做到。那么我们作为云厂商能不能帮助伙伴把这部分基础设施工作做好,降低SaaS厂商和用户之间的信任成本,我觉得这也是更好的在中国推广SaaS的方式。

讲完中国市场今天面临的企服行业的现状,我们来看一下在宏观层面中国云计算市场和欧美成熟云计算市场究竟区别在哪里。中国的云市场是IaaS驱动的市场,中国的云市场IaaS的占比超过60%。而全球数据正好是倒置的,SaaS的占比超过六成,如果我们拆出来只看欧美成熟市场的话,可能这个比例更高。

中国IaaS市场启动的时间并不比国外晚很多,比如说阿里云是2009年成立的,我们2010年推出了第一款商业化产品,到今天我们IaaS层的能力基本上和国外一线厂商对齐,Gartner的评分阿里云在计算、存储、网络和安全上都是第一,但是PaaS层能力和企业治理能力相对比较落后。

我们在整个IT基础设施上的投入,与美国有非常大的距离。不管从IT的投入在GDP中的占比,还是发展的时长上看,中国整个IT产业还处于非常初期的阶段。同时,中国的SaaS产业由于各种各样的原因,包括国情的原因、合规性原因、政策原因、财务原因及其他使用习惯的原因,导致中国SaaS并没有发展起来。

面对这种情况,阿里云需要回答一个命题,我们如何跟我们的ISV伙伴一起更好的服务客户,让好的企业软件能够基于云构建出更强的产品能力。在这点上我们要回到云厂商应该如何利用自身的积累,去解决中国企服市场二元对立问题。这就是我们推出计算巢的背景及对于计算巢的定位,帮助软件厂商更好地使用云能力,而不仅仅是把云当成IDC 2.0。在过去一年多的时间,我们很明显的感觉到很多软件厂商只是把云当成基础设施平台,当成资源池来用了。我们希望在计算巢上面构建即插即用的PaaS能力,让软件厂商更方便的用好云原生的能力,来解决软件生命周期中面临的各个环节的问题,包括交付部署、运维管理、安全、运营等。

这些能力是我们从2017年开始,在服务ACK、RDS、EMR等阿里云内部的一些PaaS和SaaS服务过程中沉淀出来的,我们把它产品化后,通过计算巢开放出来,让我们ISV更好基于这一层能力去构建自己的产品力,最终服务我们共同的客户。

计算巢的定位是去解决私有化部署的效率问题及其SaaS的安全感问题。有一些客户可能轻交付也需要2-3天,重交付的软件可能需要几周,如果能通过标准化的方式实现私有化环境的服务化开通,开箱即用,交付成本几乎为零,可以大幅降低私有化部署交付成本和后面的运维运营成本。
DB36EC2A-2B1A-4DD1-B906-D3CAC35D8384.png

对于安全也是一样的,安全方面有两点,第一点平台本身保证安全性,同时让用户可感知,最后构建出安全感,在这一层计算巢也会提供很多平台化能力,并且感知透明出来从黑盒变成白盒,让用户感知到安全感。

具体的实现上,计算巢提供的是非常通用Framework,对于软件厂商来讲,只需要关心核心应用,而应用的管控系统,包括部署管控、运维管理、应用部署等及其租户开通、授权、许可证管理等都可以通过计算巢的通用框架实现。

最终,我们提供服务的统一注册,注册之后用户使用服务时可以选择到底是私有化部署,还是托管部署,并且可以指定部署在阿里云的各个数据中心。

在使用上,我们把所有前端及其所有使用流程都已经平台化了,使得它更像低代码和无代码的方式,让软件实现快速的SaaS化,并且具备丰富的平台能力。

最终我想说的是SaaS并不是一种部署形态,更多是一种商业模式,以什么样的形态部署,这是客户的需求,如果我们能够通过技术手段把二元归一,让技术的归技术,商业的归商业,让软件实现SaaS化,其实这才是更好的模式。

以上是计算巢技术部分,大家可能也会关注阿里云作为一个平台能不能在业务层面帮助到我们进行获客和转化。第一,我们会有联合的落地方案,我们会去做线上线下的活动,和我们的合作伙伴一起去做推广;同时,我们在获客转化上面也会提供能力,比如说刚刚提到的,计算巢可以使一个软件变成开箱即用,用户可以一键开通资源和软件,我们可以做到当一个用户对伙伴软件感兴趣的时候,他不需要准备云资源,也不需要一步步地安装软件,可以快速实现POC。阿里云会来承担这部分云资源的费用,我们的ISV伙伴提供软件许可,实现快速用户试用,这个给用户也提供了很大的价值,同时对于ISV伙伴的销售效率也有很大的提升。

到现在为止已经有超过500家ISV入驻阿里云计算巢,其中有一些比较老牌的大家耳熟能详的伙伴,也有一些做的非常棒的新兴软件,还有一些比较垂类行业的软件。

以上就是关于计算巢产品和业务的介绍。计算巢的使用非常的简单,只需要将软件集成进计算巢的框架,对软件本身没有侵入性。根据历史经验,可以在一个月内完成服务的上架,并提供给我们的客户使用。如果大家感兴趣的话可以选择阿里云计算巢,和阿里云进行更深度的合作。如果大家有疑问的话,我们后续也可以展开更细节的沟通。谢谢大家!

查看原文

相关实践学习
2048小游戏
基于计算巢&ECS云服务器快速部署,带您畅玩2048小游戏。
相关文章
|
9天前
|
Kubernetes Cloud Native 云计算
云原生技术深度解析:重塑企业IT架构的未来####
本文深入探讨了云原生技术的核心理念、关键技术组件及其对企业IT架构转型的深远影响。通过剖析Kubernetes、微服务、容器化等核心技术,本文揭示了云原生如何提升应用的灵活性、可扩展性和可维护性,助力企业在数字化转型中保持领先地位。 ####
|
7天前
|
运维 Cloud Native 应用服务中间件
阿里云微服务引擎 MSE 及 云原生 API 网关 2024 年 10 月产品动态
阿里云微服务引擎 MSE 面向业界主流开源微服务项目, 提供注册配置中心和分布式协调(原生支持 Nacos/ZooKeeper/Eureka )、云原生网关(原生支持Higress/Nginx/Envoy,遵循Ingress标准)、微服务治理(原生支持 Spring Cloud/Dubbo/Sentinel,遵循 OpenSergo 服务治理规范)能力。API 网关 (API Gateway),提供 APl 托管服务,覆盖设计、开发、测试、发布、售卖、运维监测、安全管控、下线等 API 生命周期阶段。帮助您快速构建以 API 为核心的系统架构.满足新技术引入、系统集成、业务中台等诸多场景需要
|
8天前
|
运维 Cloud Native Devops
云原生架构:重塑企业IT的未来####
随着数字化转型浪潮的汹涌,云原生架构凭借其高度灵活、可扩展和高效的特性,正逐步成为企业IT系统的核心。本文将深入探讨云原生架构的核心要素、技术优势以及如何引领企业实现业务创新与敏捷交付。 ####
|
19天前
|
敏捷开发 Cloud Native 持续交付
云原生技术在现代企业中的应用与实践
【10月更文挑战第23天】本文将深入探讨云原生技术在现代企业中的广泛应用,并结合具体案例分析其对企业数字化转型的推动作用。我们将从云原生技术的基本原理出发,逐步揭示其在提高业务敏捷性、降低成本和增强系统可靠性方面的优势。同时,文章还将分享一系列成功实施云原生技术的企业案例,为读者提供实践中的参考和启示。最后,我们将讨论云原生技术面临的挑战及未来的发展趋势,为企业在这一领域的进一步探索提供指导。
|
23天前
|
运维 Cloud Native 持续交付
云原生技术解析:从IO出发,以阿里云原生为例
【10月更文挑战第24天】随着互联网技术的不断发展,传统的单体应用架构逐渐暴露出扩展性差、迭代速度慢等问题。为了应对这些挑战,云原生技术应运而生。云原生是一种利用云计算的优势,以更灵活、可扩展和可靠的方式构建和部署应用程序的方法。它强调以容器、微服务、自动化和持续交付为核心,旨在提高开发效率、增强系统的灵活性和可维护性。阿里云作为国内领先的云服务商,在云原生领域有着深厚的积累和实践。
51 0
|
4天前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
5天前
|
运维 Kubernetes Cloud Native
云原生技术:容器化与微服务架构的完美结合
【10月更文挑战第37天】在数字化转型的浪潮中,云原生技术以其灵活性和高效性成为企业的新宠。本文将深入探讨云原生的核心概念,包括容器化技术和微服务架构,以及它们如何共同推动现代应用的发展。我们将通过实际代码示例,展示如何在Kubernetes集群上部署一个简单的微服务,揭示云原生技术的强大能力和未来潜力。
|
15天前
|
弹性计算 Kubernetes Cloud Native
云原生架构下的微服务设计原则与实践####
本文深入探讨了在云原生环境中,微服务架构的设计原则、关键技术及实践案例。通过剖析传统单体架构面临的挑战,引出微服务作为解决方案的优势,并详细阐述了微服务设计的几大核心原则:单一职责、独立部署、弹性伸缩和服务自治。文章还介绍了容器化技术、Kubernetes等云原生工具如何助力微服务的高效实施,并通过一个实际项目案例,展示了从服务拆分到持续集成/持续部署(CI/CD)流程的完整实现路径,为读者提供了宝贵的实践经验和启发。 ####
|
7天前
|
消息中间件 存储 Cloud Native
云原生架构下的数据一致性挑战与应对策略####
本文探讨了在云原生环境中,面对微服务架构的广泛应用,数据一致性问题成为系统设计的核心挑战之一。通过分析云原生环境的特点,阐述了数据不一致性的常见场景及其对业务的影响,并深入讨论了解决这些问题的策略,包括采用分布式事务、事件驱动架构、补偿机制以及利用云平台提供的托管服务等。文章旨在为开发者提供一套系统性的解决方案框架,以应对在动态、分布式的云原生应用中保持数据一致性的复杂性。 ####
|
3天前
|
Cloud Native 安全 API
云原生架构下的微服务治理策略与实践####
—透过云原生的棱镜,探索微服务架构下的挑战与应对之道 本文旨在探讨云原生环境下,微服务架构所面临的关键挑战及有效的治理策略。随着云计算技术的深入发展,越来越多的企业选择采用云原生架构来构建和部署其应用程序,以期获得更高的灵活性、可扩展性和效率。然而,微服务架构的复杂性也带来了服务发现、负载均衡、故障恢复等一系列治理难题。本文将深入分析这些问题,并提出一套基于云原生技术栈的微服务治理框架,包括服务网格的应用、API网关的集成、以及动态配置管理等关键方面,旨在为企业实现高效、稳定的微服务架构提供参考路径。 ####
23 5