阿里云发布新版SaaS上云工具包,全面助力SaaS上云

9月26日,在云栖大会SaaS加速器专场上,阿里云发布了新版的SaaS上云工具包(SaaS Launch Kit),发布了API网关的新功能,以及推出了全新升级的能力中心。

SaaS上云工具包,顾名思义,就是帮助伙伴的SaaS上云的工具包。这里的SaaS指的广义的企业应用,包含SaaS,传统企业软件,API、解决方案等等。对SaaS而言,上云不是目的,而是手段。上云真正的目的是客户体验提升,业务连续,以及伙伴业务发展和降低成本。阿里云希望SaaS上云对伙伴是快捷的, 省心的; 对客户是友好的, 稳定的.
提到“上云”这个概念,很多人会理解成上IaaS,比如买一些计算、存储和网络云产品,把自己的应用系统部署上去。这的确是通常意义的上云。 但对SaaS而言,有更多的维度需要考虑,经过将近一年的探索,阿里云把SaaS上云定义为产品上云, 商品上市和服务上心, 简称三上:
产品上云: 包含通常意义的IaaS层运行托管,以及客户体验相关组件的对接。
商品上市: SaaS作为商品上架到云市场,并按需分发到阿里生态的其他市场。
服务上心: 以心选标准来打造SaaS的服务质量, 给客户提供更好的服务体验。
“三上”的核心理念是服务好客户和被集成。阿里云认为,即便是产品上云,也有不少客户体验上的需求,例如,一个账号体系打通客户的所有企业应用;又如,客户对使用端有不同要求。一款SaaS从产品可用到商业成功需要克服各种困难,例如: 产品改造业务等不起、销售渠道单一,缺少品牌背书,缺少自有运营阵地,API形态的商品不成熟等等。
在解决这些痛点和诉求的过程中,SaaS上云工具包的解决方案,也逐渐清晰和成熟。

(截止到9月,阿里云SaaS上云工具包的整体解决方案)
上云工具包可分为三块,产品对接,商品对接和心选托管。产品对接解决账号统一、多端接入、API产品化和开发者友好等问题,更多从客户价值角度出发。商品对接实现商机拓展、商品开通和计量计费,是从SaaS伙伴角度考虑的。心选托管则是对接5类托管,让SaaS不仅卖得好,也能用得好。
值得一提的是,相比7月26日上海峰会发布的上云工具包,本次杭州云栖大会的上云工具包有三块更新:
完整的心选托管方案成型,从代码、权限、服务、交付、运行5个方面进行托管,确保心选SaaS看齐阿里云自有云产品的服务质量。
API网关的新版发布,提供了专享实例、插件机制、开发者友好等关键特性
全新升级的能力中心,脱胎于API市场的API集市,真正让客户一站集成, 伙伴则拥有了自己的运营阵地

过去半年,不少心选SaaS伙伴已经成功对接SaaS上云工具包,完成产品上云,商品上市和服务上心。例如,夺冠互动在多市渠道获取了全国各省的销售商机; 党建云实现了账号统一和六端访问;友盟&数族等能力提供商,也在云市场完成了API商业化,云梦等SaaS成功试点了心选托管方案,确保了对客户的服务质量。目前,还有不少心选SaaS正在对接工具包,阿里云也鼓励更多非心选SaaS能够对接上云工具包和心选托管标准,来提升广大企业客户对SaaS产品的满意度。
总之, SaaS上云工具包既是用户体验的润滑剂,也是伙伴产品的上云梯。目前为止阿里云不仅为客户提供了单点登录、多端访问、业务连续和一站集成的最佳实践,也为伙伴提供商业支撑、多市发布、能力放大和心选服务的能力。
本文作者:婧含
原文链接
本文为云栖社区原创内容,未经允许不得转载。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
基于SAAS模式的多用户数据体系结构。 信任,或是缺乏充分信任,都是妨碍“软件即服务”(SaaS) 推广的首要问题。我们可以说,关于产 品、客户、雇员、供应商等的数据是商业运营中最重要的资产。当然,SaaS 的核心也是数据。SaaS 应用使客户能通过网络集中存取数据,成本低于使用本地安装的应用。不过,为了充分发挥 SaaS 的 优势,企业必须在一定程度上放弃对自身数据的控制,要在确保数据安全并避免泄密方面充分信赖 SaaS 服务商。 为了赢得客户的信任,希望开展 SaaS 业务的架构师首先应创建成熟稳定、安全可靠的 SaaS 数据体 系结构,使用户和客户都能够放心地将重要的商业数据交给第三方合伙伙伴进行管理和控制,而且该架 构还应该能够以极低成本实现高效管理和维护。 本文是我们介绍多用户应用设计系列文章中的第二篇。第一篇文章《抓住长尾市场的架构战略》从较高 层面介绍了 SaaS 模式及其挑战和优势。该文的网络版刊登在 MSDN 上,网址为: msdn.microsoft.com/library/en-us/dnbda/html/ArchStratCtchLngTail.asp。本系列的其他文 章将侧要于讨论工作流程、用户界面设计以及整体安全性等问题。 在本文中,我们将讨论如何处理从完全隔离的数据直到完全共享的数据,并根据不同地点的数据隔离和 共享情况指出创建数据体系结构的三种方法。随后,我们将探讨决定采用何种方法时应考虑的技术和商 业因素。最后,针对确保安全性、创建可扩展数据模型以及数据基础结构的可扩展性等方面,我们将提 出一些设计模式。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值