返回首页
JEPaaS低代码架构系列之—— 1. JEPaaS历史
发布时间:2022-01-13

 后台反馈,有不少朋友对JEPaaS低代码快速开发技术架构比较感兴趣,今天我就发文揭秘下我们JEPaaS低代码快速开发平台。因为涉及到细节比较多,我会以一个系列去揭秘这个话题,敬请关注。 


        这一篇,我主要讲解JEPaaS的历史,关于功能架构和技术架构会按照系列顺序依次揭秘。


        JEPaaS的诞生绝不是偶然的,而是经过10多年呕心沥血的努力研发,不断迭代升级而成的。


        据公司CEO云凤程讲,2008年他刚刚步入这个行业,那时候中国刚扛过金融危机,整个经济环境一片光明,大多数ISV公司忙着做大项目赚大钱。他误打误撞加入了一家正在快速成长期的创业公司,当时公司引进了IBM的一款快速开发平台MAXIMO,他被MAXIMO强大的功能震撼到了。


        使用了一段时间后,MAXIMO也暴露出来了许多问题,在中国还是有些水土不服,各种局限性制约了项目的进展。那时,公司要求自研一款类似的产品,云凤程就很有幸的成为了负责人并从此开启长达10多年的快速开发平台设计之路。


        从最初的Ant1.0、 Pcat2.0、 JEPF3.0、JEPlus5.0、产品始终以满足项目上的实际需求为导向,以提高开发效率、缩短软件交付周期为宗旨。几年下来,经过几个亿(合同额)的项目锤炼,产品逐渐成熟稳定。


JEPaaS低代码架构系列之—— 1. JEPaaS历史.png


 JEPaaS低代码架构系列之—— 1. JEPaaS历史2.png


        我们在2018年发布了快速开发平台7.0产品,命名为JEPaaS,仍然使用大象的logo,当时定位是专为SaaS而生的PaaS平台,当时低代码在国内也是刚有了点“苗头”,SaaS模式在国内是如日中天,我们追求帮助传统ISV公司完成SaaS产品落地与公司转型。


        当时,市场上SaaS呼声很高,但真正开发SaaS应用无论是从技术层面,还是从业务层面都是要求很高的,JEPaaS可以解决在SaaS生产中的诸多技术问题,如大集群中负载均衡问题、大并发量访问性能迟缓问题、数据隔离与安全性问题、文件的统一化管理问题、调度的统一化协调问题、客户个性化需求定制等。


        针对这个话题,我会在后续系列中详细揭秘。


        2019年,我们基于JEPaaS快速开发平台孵化的SaaS产品逐一推送市场,为企业带来巨大的商业前景。当时推出的产品主要有轻云蒜瓣CRM、OA、MES(制造执行系统)、进销存、物业云、工业云等。


        2020年时,“低代码”这个概念在国内全面发力,当时APaaS这个概念特别火热,我们也深度改造我们PaaS产品JEPaaS,因为我们已经有了十几年团队在快速开发平台领域的经验积累,包括之前我们服务过一些大型国企,集团化公司,趟平了这些企业在信息化和数字化转型中遇到的大量的坑,团队也总结了大量的业务组件,平台也沉淀了大量的业务逻辑,这些经验都是来自于真实的实操经验的总结,因此,在处理企业信息化和数字化转型时的业务时JEPaaS格外出色。后续,我也会把我们服务这些客户沉淀的一些经验教训做成系列文章发出,也能让关注我们的读者和粉丝避免入坑。


        2021年,团队仍然在优化JEPaaS平台,重心在基于元数据领域模式驱动的业务建模以及亮点功能的优化。这个在后续系列都会详细揭秘的。


        因为这是篇系列文章,今天暂时揭秘到此,下期我会揭秘我们的功能架构,敬请关注。