软件 终将以SaaS的方式快速交付
发布时间：2022-12-12 11:20:18 所属栏目：云计算 来源：
导读： 在前段时间用CSGO游戏服务器为例,介绍了一个传统应用迁移上云的过程,通过逐步发现问题,破解问题,我们了解到了许多云计算解决困境,存在的优势.
其实单就上述例子来看,传统应用上云单单方便了运维,提升了数
其实单就上述例子来看,传统应用上云单单方便了运维,提升了数
|
在前段时间用CSGO游戏服务器为例,介绍了一个传统应用迁移上云的过程,通过逐步发现问题,破解问题,我们了解到了许多云计算解决困境,存在的优势. 其实单就上述例子来看,传统应用上云单单方便了运维,提升了数据容灾能力.它提供了简单的运维方案和性能拓展方案.然而,我们是不是有了这样的想法,如果我自己部署的快,那是不是给别人部署也快呢? 云原生架构的另一大优势, 交付速度快, 也就让SaaS这种交付模式展现出极强的吸引力. 以前文CSGO社区游戏服务器的例子为例,为每台服务器量体裁衣设计部署脚本,是一件极为困难的事,系统环境变化,包管理方式变化,网络环境变化云计算 交付模式,是否离线部署......这些都是复杂的变量,增加了产品交付的人工成本.而人工成本是随部署量线性增加的,这势必意味着当产品成为一种流行品时,当业务速度加快时,手工的方法将成为业务增长的瓶颈. 在我看来,软件终将以SaaS的方式快速交付,大型软件和开源软件的部署困境,不会是一种常态.开箱即用,简单定制,快速交付将越来越成为主流.我们在前文大量讨论了传统应用上云,如何做到弹性伸缩,而这种伸缩不单是运维上的飞跃,也助力了服务出售的能力. SaaS落地的能量之源 - 交付能力SaaS模式1: SaaS与中台能力 我们可以看见,近年来企业大谈中台策略.这都是交付能力极大变革后的一种外溢现象.大型互联网公司庞大开发能力,因为交付能力的跃升,让孤岛连成群,构成一个能力生态,从团队内到团队外,从组织内到组织外.不是企业需要联结,而是SaaS能力建设的足够好以后的水到渠成. SaaS模式2: SaaS与IaC,一种公有云下的交付策略 IaC指Infrastructure as Code,基础设施即代码, 例如Terraform这种产品.它是对各大公有云平台API的封装.今天的公有云平台的API功能比较丰富,而软件所需要的运行需求又是和软件自身绑定的,那么一个与云供应商无关的部署工具,就能进一步提高部署效率.例如去年AWS Summit的一个例子,一家海外独角兽企业创办国内分公司,只用了一天时间便部署了国内的软件系统. SaaS模式3: SaaS与Helm,容器云时代的SaaS交付策略 Helm十分适合容器打包的软件系统这种场景,是基于容器云的云原生技术的原住民. 如果一个开源项目有Kubernetes的部署方式,那么Helm大概率是其主要工具之一.例如Gitlab,Jupyterhub.而基于Helm的应用商店也是一种有效的思路.例如Kubesphere的OpenPitrix,Rancher的应用商店. Helm与IaC工具,取决于计算资源的抽象程度.是面对公有云交付?还是面对容器云交付?这就有了两种应用商店的模式. SaaS模式4: SaaS与Ansible等,集群的部署工具 最后仍要提的是,Ansible之类的部署工具,例如OpenStack的Kolla-ansible,使用Ansible进行部署.对于集群的部署,ansible能很好处理这些问题.它聚焦于系统环境的配置,计算资源的抽象程度聚焦在操作系统的配置上.当需要配置底层资源时,这种工具是有必要的. 为什么软件要适应SaaS模式?SaaS是云原生技术的产品思维: 云计算的规模成本优势 我们都希望,云计算将赋能软件,因为这将带来规模优势.一个软件的部署需要成本,运行也需要成本,越个性化,规模优势将越小,而越智能化与规律化,软件才能拥有规模优势. 云原生技术,相较于以前以数据中心相关问题为核心的云计算技术,考虑了更为广泛的应用问题,对例如运行时封装,中间件层面进行了充实.值得注意的是,云原生技术是抽象的,抽象于产品的,面向通用产品的云软件架构的设计.而SaaS则是云软件架构的具体落地,是云原生技术的具象化.如果说云原生应用推动了软件架构的云化能力,SaaS则应该是软件具备这种能力后的一种目标. 软件是需要运维的,运维是有共性的,通过将作为组件抽象成云原生服务,软件的外围组织得以可靠且低成本的服务软件正常运行.反过来云原生技术又吸引着软件让出可以被云原生组件替代的传统组件,转而使用云组件.云组件使用的比例升高,自然也方便了SaaS交付,这样结构的软件,就会很适应SaaS模式.在这种情况下,云组件经常是共用计算能力的,这样便可以降低成本. SaaS是在软件行业的工业化思维 SaaS其实涉及到软件是否能更深入的工程化的问题.软件产品如果能快速,大批量的交付,那么它就是工业化的,如果需要手工作坊式的定制,那么就是前现代的,会被更有竞争力的模式取代的. SaaS是把toB当成toC来做 上述讲了许多问题,中心是易用性的问题.易用性,其实就是要求我们用toC的态度来做toB的事.如果一个产品在三四步之内不能运行起来,会有多少客户流失？如果安装需要半小时,又将损失多少客户？我们把这种思路带到toB产品中,就能理解SaaS为何诞生.更主要的是,在toB场景下,因为交付者要更多参与产品运维,我们自身就是自身产品的用户,一个低效的工具,也必然导致我们交付者自身盈利效率的低下.SaaS是把自己和伙伴都当做Customer,更好的伺候自己. SaaS将用户拓展到了非专业者 同上一点一样,toC的主体是非专业者.如果软件开发者能以一种赋能更多行业的使命感去开疆拓土,开发者也必然会通过将产品更加SaaS化的方式构建产品. 总结 无论是原生架构云计算 交付模式,还是他人二次开发,封装交付,软件终将以SaaS化的方式交付.是技术成熟后的需求,是云计算时代的海量市场,是软件人员的自我要求.像Rancher之于K8S,像Rook之于Ceph,总有人会做,总会到达那里. （编辑：天瑞地安资讯网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐