深度|低代码开发平台和微服务架构的优势与挑战

本文涉及的产品
任务调度 XXL-JOB 版免费试用,400 元额度,开发版规格
可观测可视化 Grafana 版,10个用户账号 1个月
可观测监控 Prometheus 版,每月50GB免费额度
简介: 低代码开发平台和微服务架构是当前软件开发领域的两个热门话题。它们都是为了更高效、更灵活地构建和开发应用程序而出现的解决方案。本文将以一款基于微服务架构的OneCode引擎为案例来探讨低代码开发平台和微服务架构的优势和挑战。

前言

低代码开发平台和微服务架构是当前软件开发领域的两个热门话题。它们都是为了更高效、更灵活地构建和开发应用程序而出现的解决方案。本文将以一款基于微服务架构的OneCode引擎为案例来探讨低代码开发平台和微服务架构的优势和挑战。

一,微服务架构在低代码平台中的优势

(1) 微服务设计优势

  微服务架构是一种面向服务的架构风格,将应用程序拆分为一组小型、自治的服务。以下是微服务架构的一些主要优势:

1. 高度可扩展:微服务架构将应用程序拆分成多个服务,每个服务负责不同的业务功能。这种拆分使得应用程序的各个模块之间相互独立,可以独立部署和扩展。当某个服务需要扩容时,只需增加该服务的实例即可,不会影响其他服务的性能。

2. 灵活性和可维护性:由于微服务架构将应用程序拆分成多个服务,每个服务负责特定的功能,因此开发人员和团队可以更专注于某个特定领域的开发和维护。这提高了问题追踪和修复的效率,同时也增加了应用程序的灵活性,可以更快地适应业务变化。

(2)低代码平台为什么要采用微服务设计

1,企业内部整合开放式API需要微服务架构

    在企业应用中,数据和业务通常会分散在不同的业务系统中,按照业务部门可以分为人事行政、项目、销售、研发、生产等等;按照当前的软件类别又可以分为ERP、SCM、CRM、OA、PLM、MES等等,但在企业的数字化应用场景中,按照业务类型通常包括数据信息管理、业务审批、各类报表分析以及其他业务。在低代码应用初期主要场景还在于基于各业务开放API之上的快速应用扩展,但发展到一定阶段后,这些扩展则会形成一些新的资源池。而这个资源池的最佳的管理方式则是采用微服务架构的 apaas 平台。在低代码平台设计中易用以及便捷性是首选但作为企业级应用而言,对于基于 开放API的管理也是其必选的一个基础性功能,而微服务则是这一管理应用的最合适选择。

添加图片注释,不超过 140 字(可选)

2,低代码平台引擎化设计最佳实践

添加图片注释,不超过 140 字(可选)

    我们在解释什么是低代码平台时,最常用的关键字是:图形化、拖拉拽方式快速实现。但这些简单特性的背后,则是低代码平台的高复杂度设计,高度抽象概括,直至衍生出来一些专为低代码应用而生的“专职”低代码引擎如:可视拖动引擎、流程驱动引擎、模型驱动设计(DDD)引擎、存储引擎、以及专为各垂直行业而匹配的“IOT低代引擎”,“电商低代引擎”等等。这些引擎的设计为低代码平台赋予了更广阔的应用空间,但同时也为低代码平台带来更多的复杂性。这在低代码平台自身的“内部生态”中微服务设计则是不二的技术首选。

3,应用服务持续集成devops最佳方式

添加图片注释,不超过 140 字(可选)

      在企业级应用中,低代码作为新生的事务。必然会先从一些边缘业务开始,逐步向核心业务靠拢。而有实力尝试低代码引擎这种新技术的企业,多数都具备了相对完善的发布和管理的流程。对每一个应用的上线运行都有比较严格的流程安全规范。低代码应用如果仍然采用传统部署方式上线则需要根据企业的自身的应用发布测试流程进行整合,完成代码入库、版本管理,发布脚本,测试脚本等等众多技术性的要求。这显然与低代码本身的设计理念相悖,同时这些定制化也会大幅增加平台服务方与用户方工作量。解决这一问题最简单的方式便是提供独立的DevOps支持,特事特办,针对轻应用的特点,提供独立的运行、测试、发布部署环境支持。在企业原有服务中作为一个独立的服务中间件。而这些独立的应用服务则是微服务架构的最佳实践。

二,OneCode微服务私有云整体设计


onecode私有云结构

        OneCode私有云是OneCode低代码引擎的开发依赖环境 ,OneCode低代引擎运行需要依赖一些集成环境来支持,这些支持可以根据具体的用户场景来配置同时,OneCode也为这些提供了一些默认的微服务实现。包括:

(1)支撑服务

  1. 开发代码协同管理的 onecode-vfs 虚拟目录服务
  2. onecode-org用户认证
  3. onecode-cluster集群节点管理

(2)应用类服务

  1. onecode-bpm流程服务
  2. onecode-iot物联网应用支持
  3. onecode-jmq 消息服务
  4. onecode-index检索服务

每一组服务,onecode也都提供了独立的SDK支持方便集成调用。

三,OneCode低代码微服务私有云技术特点

(1)基于微服务结构提供完备的集群分发及服务注册发现服务

(2)独立云存储结构实现高安全高弹性扩展支持hdfs块存储便于超大规模部署

(3)基于事件响应设计,采用实时架构设计,支持mqtt协议便于高效便捷的接入设计

(4)提供采用微服务结构的流程云引擎,支持标准XPDL2.0,BPMN协议流程导入

(5)独特的多开发者、多应用(租户)支持,实现模板、主键、场景模型等多种资源共享公用

四,OneCode 私有云微服务配置

OneCode 在第四季度开放了,私有云的部署。并且在gitee码云上上传了,可以终身免费使用的低代码开发云。


添加图片注释,不超过 140 字(可选)

    OneCode私有云部署包,本身是一个可以伸缩的部署程序包。可以通过调整本地的配置文件来完成各引擎是以微服务方式部署还是嵌入式部署:配置修改方式为修改配置包中 : /useresbbean_config.xml 文件。

(1)嵌入式启动

如果是嵌入式部署则在pom文件中引入引擎jar

<dependency>    <groupId>cn.raddev</groupId>    <artifactId>onecode-vfs</artifactId>    <version>1.1.1</version></dependency>

同时在useresbbean_config.xml 增加本地服务检索。

//本地服务装载AR<configid>esb</configid><esb>    <cnname>本地服务</cnname>    <path>/../lib/:^onecode.*\.jar;./lib/:^onecode.*\.jar;</path></esb> //检索本地Class装载服务<configid>local</configid>2<local>    <templetname>检索本地Class</templetname>    <path>*com.ds</path></local>

(2)微服务配置

在pom中添加对应的远程访问SDK接口jar

<dependency>    <groupId>cn.raddev</groupId>    <artifactId>onecode-vfs-web</artifactId>    <version>1.1.1</version></dependency> 修改用户服务配置文件 useresbbean_config.xml<configid>bpmservice</configid><bpmservice>    <cnname>工作流服务</cnname>    <path>bpm_tempbean_config.xml</path>    <tokenType>user</tokenType>    <serverUrl>http://bpm.raddev.cn:9080</serverUrl></bpmservice>

(3)通过云控制台修改配置

添加图片注释,不超过 140 字(可选)

添加图片注释,不超过 140 字(可选)


五,OneCode应用服务微服务支持

     低代码平台引擎的微服务支持是低代应用的核心特性。但如何管理好应用服务并且能有机的融合到微服务体系中,成为微服务的关键组成部分则是更为关键的一个设计。

(1)应用微服务开发组织方式


    onecode在应用服务开发方面采用了,多租户的开发者模型设计。允许开发者使用开源的OneCode Studio使用开发者账号登录微服务开发云。并采用企业客户,微服务工程管理,允许用户自定义工程并将工程作为一个独立部署的微服务节点发布。

添加图片注释,不超过 140 字(可选)


添加图片注释,不超过 140 字(可选)


添加图片注释,不超过 140 字(可选)

添加图片注释,不超过 140 字(可选)

添加图片注释,不超过 140 字(可选)



添加图片注释,不超过 140 字(可选)


添加图片注释,不超过 140 字(可选)


添加图片注释,不超过 140 字(可选)

添加图片注释,不超过 140 字(可选)

添加图片注释,不超过 140 字(可选)

(2)OneCode“工程”容器微服务技术设计

   应用服务发布需要三方面的资源做支撑,分别是用户通过设计完成的页面及功能交互,通过特定的特定的出码模板完成相应的技术栈前端转换形成的前端页面目录。而后端应用则根据则是用户通过基础数据建模形成的领域模型文件,这些领域模型文件通常会按照,资源库、支撑域工程域等模型方式来独立打包方便后期版本管理及个体更新。另外第三块则是方便工程启动运行以及访问控制,对外暴露监控等相关的工程配置信息。


添加图片注释,不超过 140 字(可选)

(1)后端打包结构总览

低代码应用中如果要具备完整的建模以及对外应用管理功能,就必然会涉及到后端数据建模以及基础的逻辑编排功能,不同的平台面向的开发者群体也会有所不同,有以解决简单数据的增删改查为目的初级数据库建模应用也有面向专业开发者的领域建模应用。但不管哪一类的平台,在打包编译输出的时候。通常会采用一下模型来完成。


添加图片注释,不超过 140 字(可选)

(2)服务模型微服务描述

服务模型接口描述,通常采用的是Rest的web服务模式,每个工程会设定相应的命名控件,然后根据具体页面的服务地址进行重新的编排以树形的的结构来管理和展示webapi结构。

OneCodeAPI模型

在接口描述中通常会包含:

URL地址:标识可通过WEB访问的地址。

页面绑定服务对象:当通过数据接口获取数据后将数据和前端的容器、列表、表格、树形等具体的组件进行绑定。

后端接收绑定:当前端数据发生变化时通过ajax或者表单提交等方式将数据同步到后端数据模型。

服务模型接口描述,在打包应用中是一个必备的选项,在完成打包后需要通知应用服务器完成相关的服务注册同时也为应用服务权限等提供策略服务支撑。


资源(物料)目录树

前端资源目录总览

用户工程目录树:

添加图片注释,不超过 140 字(可选)

用户目录树是由用户自行建立,同时也是工程编辑的入口,用户通过目录配置页面路由。串联相关功能。同时一些个性化的定义也有此导入。


前端支撑库

主要跟开发者出码时选择的技术栈有关,通常也是作为导出模板配置的基本属性。在基础基础栈中会配合相应的调试以及运行集成页面,达到开箱即用的匹配能力。

后端服务


添加图片注释,不超过 140 字(可选)

通用域打包


添加图片注释,不超过 140 字(可选)


目录
打赏
0
0
0
0
10
分享
相关文章
《docker基础篇:2.Docker安装》包括前提说明、Docker的基本组成、Docker平台架构图解(架构版)、安装步骤、阿里云镜像加速、永远的HelloWorld、底层原理
《docker基础篇:2.Docker安装》包括前提说明、Docker的基本组成、Docker平台架构图解(架构版)、安装步骤、阿里云镜像加速、永远的HelloWorld、底层原理
394 90
Flink+Paimon+Hologres,面向未来的一体化实时湖仓平台架构设计
本文介绍了阿里云实时数仓Hologres负责人姜伟华在Flink Forward Asia 2024上的分享,涵盖实时数仓的发展历程、从实时数仓到实时湖仓的演进,以及总结。文章通过三代实时数仓架构的演变,详细解析了Lambda架构、Kafka实时数仓分层+OLAP、Hologres实时数仓分层复用等方案,并探讨了未来从实时数仓到实时湖仓的演进方向。最后,结合实际案例和Demo展示了Hologres + Flink + Paimon在实时湖仓中的应用,帮助用户根据业务需求选择合适的方案。
407 20
Flink+Paimon+Hologres,面向未来的一体化实时湖仓平台架构设计
|
11天前
|
转转平台IM系统架构设计与实践(二):详细设计与实现
以转转IM架构为起点,介绍IM相关组件以及组件间的关系;以IM登陆和发消息的数据流转为跑道,介绍IM静态数据结构、登陆和发消息时的动态数据变化;以IM常见问题为风景,介绍保证IM实时性、可靠性、一致性的一般方案;以高可用、高并发为终点,介绍保证IM系统稳定及性能的小技巧。
28 6
微服务引擎 MSE:打造通用的企业级微服务架构
微服务引擎MSE致力于打造通用的企业级微服务架构,涵盖四大核心内容:微服务技术趋势与挑战、MSE应对方案、拥抱开源及最佳实践。MSE通过流量入口、内部流量管理、服务治理等模块,提供高可用、跨语言支持和性能优化。此外,MSE坚持开放,推动云原生与AI融合,助力企业实现无缝迁移和高效运维。
转转平台IM系统架构设计与实践(一):整体架构设计
本文描述了转转IM为整个平台提供的支撑能力,给出了系统的整体架构设计,分析了系统架构的特性。
78 10
建筑施工一体化信息管理平台源码,支持微服务架构,采用Java、Spring Cloud、Vue等技术开发。
智慧工地云平台是专为建筑施工领域打造的一体化信息管理平台,利用大数据、云计算、物联网等技术,实现施工区域各系统数据汇总与可视化管理。平台涵盖人员、设备、物料、环境等关键因素的实时监控与数据分析,提供远程指挥、决策支持等功能,提升工作效率,促进产业信息化发展。系统由PC端、APP移动端及项目、监管、数据屏三大平台组成,支持微服务架构,采用Java、Spring Cloud、Vue等技术开发。
婚恋交友系统平台 相亲交友平台系统 婚恋交友系统APP 婚恋系统源码 婚恋交友平台开发流程 婚恋交友系统架构设计 婚恋交友系统前端/后端开发 婚恋交友系统匹配推荐算法优化
婚恋交友系统平台通过线上互动帮助单身男女找到合适伴侣,提供用户注册、个人资料填写、匹配推荐、实时聊天、社区互动等功能。开发流程包括需求分析、技术选型、系统架构设计、功能实现、测试优化和上线运维。匹配推荐算法优化是核心,通过用户行为数据分析和机器学习提高匹配准确性。
192 3
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
84 3
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####

云原生

+关注
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等