很多人说:微服务的价值是复用、方便灵活组合。
很多人说:PaaS平台的价值是方便定制开发。
我想说,这都什么人传出来的谣言。
这都是白日做梦。从来没有一种技术是为了方便修改和定制开发。
一、微服务是怎么来的
(1)面向函数和面向对象
所以说:面向函数和面向对象,主要目的是为了解决代码有组织性。
至于所谓的复用?你如果设计的输入参数、输出参数、返回值没有精心设计好,根本不可能达到复用。
(2)面向组件和面向服务
面向组件产生于1990年。主要是为了解决跨开发语言、跨操作系统进程、跨服务器的应用程序之间互相调用的问题。
所以说:面向组件和面向服务,主要是为了解决应用程序之间互相调用的问题。
(3)面向微服务和面向函数服务
但是大家都知道,不管是组件技术栈,还是WebService技术栈,都日益复杂。
所以说:面向微服务和面向函数服务,主要是为了简化面向服务编程的复杂性。
所以,从1946年计算机技术产生,自古以来,就没有一种技术是为了解决所谓:复用、方便灵活组合。如果你没有高级程序员(技术架构师),不精心设计你的应用程序的每个接口,光靠这些函数、对象、组件、服务、微服务技术,根本不可能做到复用、方便灵活组合。
二、PaaS平台
(1)低代码开发平台
不知道什么原因,低代码开发平台突然火起来了。而且不少人想拿低代码开发平台去解决大型客户个性化定制开发的需求。
我想这不是南辕北辙了么?
低代码开发平台,能解决的是:扩展开发。也就是说:新的功能模块的代码快速生成与编写。
至于你老的代码,如何满足一家家客户的定制开发修改,尤其还是在现在公有云、SaaS多租户的未来趋势下。我想真是痴人说梦。
Open API开放平台主要解决的是:集成开发。
也就是说:你的系统,需要和客户的系统集成在一起,如和客户的CRM系统、财务系统、OA系统集成在一起,Open API开放平台是必须的。
(3)大数据平台
至于查询、搜索、数据挖掘、数据仓库统计,以及报表、图表可视化展示,用大数据平台即可。
至于主数据服务、主数据订阅/发布推送,用主数据管理系统即可。数据层面的集成,也主要是在主数据这块。
也就是说,从来没有一种平台技术的发明,是主要为了解决大客户个性化定制开发的问题。从1946年计算机技术产生,自古以来,就从来没有。
免费学习国学文化,请点击“国学讲堂“