谈谈PAAS

SAAS和云是最近几年非常流行的概念,SAAS还引发了一波资本追逐热潮,但现实狠狠打了SAAS这个行业的脸,具体分析请您参看”SAAS为啥那么难做”。IAAS就是云,是一种基础的标准化服务,就和电脑一样,因为是标准化的,所以容易实现规模化,现在的公有云市场已经形成了寡头垄断的格局,比如亚马逊云,微软云,阿里云等。PAAS相对来讲,知道的人比较少,因为是一个非常专业的领域,是针对开发者的领域,下面是个示意图。

从下往上,个性化和多样性越来越强,类别物质世界,IAAS是108个构成物质的元素,SAAS是上层的物质世界,比如C和H组成的庞大的有机物质世界,所以讲,下层是相对简单的,而上层是非常非常复杂的,复杂来自于多样性。关于IAAS的论述,请您参看”云是有优点的,但不代表你应该被忽悠”,本文着重讲解一下PAAS。

做PAAS的背景条件

现在一些SAAS厂商在学习国外领先厂商做PAAS,因为现在SAAS太难做,利润率太低了,下面收集了关于SAAS的盈利能力方面的文章。

下面是其中一个关注的网友,是餐饮SAAS的代理商,跟我谈他对SAAS的一些体会和看法,基本上是和上面的网络文章观点一致的。

SAAS盈利能力差的根本原因就是生产效率没有随着时代的进步而进步,SAAS厂商越来越多,客户支付能力越来越低,开发人员成本越来越高,而软件质量没有什么提升,反而变得更差。PAAS的目的就是提升SAAS开发的效率,提升SAAS的质量。所以,国内的SAAS厂商开始模仿国外成功经验,开始做PAAS,下面是相关的网络文章。

PAAS这种思路不是新概念,其实在很多传统的ERP厂商的产品就有体现,区别就是部署的方式,PAAS是建立在IAAS云的基础上的。SAP提供了很多二次开发的工具,甚至提供了ABAP编程语言,国内的金蝶提供了BOS二次开发平台。PAAS就是对上层的SAAS业务抽象化处理后形成的,把众多业务当中的公用通用部分抽取出来,同时进行必要的参数化处理,让这些模块最大可能的被上层SAAS重用,从而达到提升开发效率的目标。

做好PAAS的难点

现在市场成型的PAAS都是业务相对简单且容易标准化的PAAS,如通信方面PAAS,融云,APP推送方面的PAAS,个推和极光,还有地图方面的,百度高德,留下的都是业务场景复杂且多样化的场景。文章中的北森,销售易分别是做HR和CRM部分的,相对工业生产和供应链部分,这个两个部分已经是标准化程度较高的了。即使这些相对标准化程度高的领域,做PAAS也是非常非常困难,如下图。

做好业务多样性PAAS的难点就在于对业务的抽象处理,这个抽象过程依赖于下面3点的实现,而且缺一不可,抽象是一个平衡艺术,像高空无保护走钢丝,任何错误都可能导致前功尽弃,让公司陷入泥潭之中。

第一点,需要有相关业务领域需求的全面深入理解,就像文章中讲的”打磨离不开客户,没有客户,没有需求,自己是编不出来的”,即使勉强编出来也是不符合实际情况的,容易陷入纸上谈兵的境地。理解B端业务需求的不是一件简单的事情,和C端完全不同,B端需求理解是需要持续学习和积累的,是很难单纯靠抄得来的,具体论述请您参看”B端产品经理的发展路线”。没有对需求的深入理解,抽象就是做无米之炊。

第二点,软件开发上面要做到可持续,要有优秀的软件结构设计,为啥呢?功能是需要结构来支撑的,就和建造房子,不管功能多么优秀,最终是落实到结构建造和成本上面的,芯片不管设计的有多强大,最后还是必须造出来的,而且良品率必须是高的。国内软件行业长期不重视结构设计,导致很多功能演进变得不可能,具体论述请您参看”中国软件请不要忽略结构设计”和”评[高质量软件生产成本更低]”,更多文章请您关注公众号,文章都是和持续开发和信息化相关的。

第3点,优秀的抽象化设计能力,优秀的设计是可以做到一个方案解决一类问题,而不是几个问题,一类问题可以是几万个甚至几十万个单个的问题,以类解决问题显然会高效更多,而且适用性也强大更多。文章里面讲”想了一个5年架构,很有可能第3年就不适合业务需求了”,说明设计不够深入本质。软件行业现在各种框架层出不穷,但优秀的框架在本质上面是理念相通的,优秀的设计是不容易过时的,具体案例,请您参看”软件框架设计实例_表格”和”软件框架设计实例_解析”,这些设计是和业务无关的,独立性保证了非常广泛的适用性,而且提供了非常多的扩展节点,实现持续发展。

PAAS一定能解决中国企业信息化问题吗

在信息化这条路上,国内的投资机构和软件企业都在学习美国的经验,但在本人看来国外的经验不一定适合中国,其实国外的信息化巨头进入中国30多年了,还是有太多的水土不服的情况,具体分析请您参看”为什么中国信息化不能照搬欧美思路”。

PAAS和SAAS一样只是一种形式上的改变,企业客户不关心这些形式的东西,企业客户关心的软件好用易用,稳定,集成度高,功能强大,还有价格合适,真正是需要产品来说话的,形式改变无实质改变,到最后都是花拳绣腿。改变软件行业困境最终还是需要提升软件开发的效率,提升软件开发的团队协作,只有这些改变了,才能真正的做到灵活快速和低成本的应对多变的市场需求。具体怎么实现这个目标,请您关注公众号,有很多的文章围绕这个展开论述的,这里不是几句话就能讲清楚的。

本人对信息化的看法,请您参看”管理软件产品线路线图”,一句话讲,就是软件企业需要产品线的多样化来应对市场需求的多样化,把困难的事情留给自己,让用户在使用和实施上面最大可能的简单化和低成本化。

总结

SAAS,PAAS,中台这些都是形式的变化,和新零售一样,软件最终还是要体现到质量,效率和成本上面的。

本文分享自微信公众号 - 可持续开发(isale3000)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-10-23

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 软件开发尝试新技术好吗

    一个程序员问我,公司领导希望我们创新,使用新技术,而同时又希望线上系统的稳定,这也太矛盾了呀,搞得他们不知道怎么办。这个看似矛盾的要求,其实是考验团队的平衡能力...

    用户5829239
  • 聊聊现在流行的中台

    最近一个关注我的网友加我微信问了很多关于餐饮信息化的问题,她们正在打算换餐饮软件,看了很多软件供应商,有很多困惑,她让我看了供应商的演示版本,我把其中的模块结合...

    用户5829239
  • 选软件要靠自己不能只靠专家

    2017年写过一篇关于SAAS的文章放到知乎,结果有很多网友加我微信,咨询我问题,其中有些人会让我推荐一个”成熟”的餐饮软件给他。说实话,市面是真正好的餐饮软件...

    用户5829239
  • 理解 TypeScript 类型拓宽

    之前的文章,我们已经介绍了 TypeScript 的类型收窄,本文我们将介绍 TypeScript 的类型拓宽。在一些情况下,TypeScript 从上下文推断...

    阿宝哥
  • 如何做好一个系统架构师:抓住敏捷架构中几个关键决策点

    开发人员在任何软件项目过程中都会做出数百个微观和宏观决策。有些似乎相对无害,但对下游会有一个很大的影响。几位Cantina工程师聚在一起,回顾了我们在学习了一些...

    苏先生
  • 如何做好一个系统架构师:抓住敏捷架构中几个关键决策点

    开发人员在任何软件项目过程中都会做出数百个微观和宏观决策。有些似乎相对无害,但对下游会有一个很大的影响。几位Cantina工程师聚在一起,回顾了我们在学习了一些...

    lyb-geek
  • springsecurity 多httpsecurity配置

    http.authorizeRequests() … .anyRequest()标识全部路径适用规则 此规则之后的规则将不会生效

    路过君
  • MySQL性能优化(四)-慢查询

    它能记录下所有执行超过longquerytime时间的SQL语句,帮我们找到执行慢的SQL,方便我们对这些SQL进行优化。

    码农小胖哥
  • Hive建表

    关于Hive建表,参考官网: https://cwiki.apache.org/confluence/display/Hive/LanguageManual+D...

    sparkle123
  • 深度学习数据集(二)

    本文整理里一些科研中可能会需要的某类数据集,需要的自己带走。 视频人体姿态数据集 1. Weizmann 人体行为库 此数据库一共包括90段视频,这些视频分别是...

    深度学习思考者

扫码关注云+社区

领取腾讯云代金券