12款开源的低代码开发平台，建议收藏
低代码 / 无代码的主要概念并不新鲜，它可以追溯到十多年前的无代码编程 (PWCT) 和类似系统。下面小编整理了十几款开源的低代码开发平台，一起来看看吧~
1、Appsmith 构建和自托管内部应用程序
许可证：Apache-2.0 开发语言：Java、JavaScript、TypeScript 官网：https://www.appsmith.com/
Appsmith 是一个用于构建管理面板、内部工具和仪表板的低代码项目。与超过 15 个数据库和任何 API 集成。构建你需要的一切，速度提高 10 倍。允许你拖放组件来构建仪表板、使用 JavaScript 对象编写逻辑并连接到任何 API、数据库或 GraphQL 源。
项目地址：https://www.oschina.net/p/appsmith
2、BudiBase 构建内部工具的开源低代码平台
许可证：GPLv3 开发语言：JavaScript、TypeScript 官网：https://budibase.com/
Budibase 是一个开源的低代码平台，帮助 IT 专业人士在几分钟内在自己的基础架构上构建、自动化和交付内部工具。它专注于为开发人员提供工具，以加快一个平台内的开发、部署和集成过程。
项目地址：https://www.oschina.net/p/budibase
3、Baserow 开源 Airtable 替代品
许可证：MIT 开发语言：Python 官网：https://baserow.io/
Baserow 是一个 Airtable 的开源替代品，是一个开源的在线表格应用，其单元格支持各种各样的数据类型。用户可以使用这个无代码的平台来创建一个数据库，而无需任何开发技能。
Baserow 是一种用于动态创建、管理数据库和构建数据库应用程序的迷人工具。它具有确保高生产力和可用性的功能。
因为 Baserow 是一个模块化系统，它提供了一个完整的 REST-API 无头系统，所以它吸引了移动开发人员的注意，将其用作他们应用程序的后端。
项目地址：https://www.oschina.net/p/baserow
4、CUBA-Platform 企业级应用开发平台
许可证：Apache-2.0 开发语言：Java 官网：https://www.jmix.cn/
CUBA 平台是一个面向企业的开源快速应用开发系统。它带有数十种工具作为 IDE、应用程序构建工作室、CLI 命令行界面和可靠的可扩展基础设施。CUBA 平台有一个丰富的插件系统，其中包含一个 BPM（业务流程管理）附加组件，需要花费一些时间来构建和安装。
项目地址：https://www.oschina.net/p/cuba-platform
5、Digdag 多云工作流引擎
许可证：Apache-2.0 开发语言：Java、JavaScript、Python 官网：https://www.digdag.io/
Digdag 是一个简单的工具，帮助你建立、运行、安排和监控复杂的任务管道。它可以处理依赖性问题，使任务串联或并行运行。
Digdag 取代了 cron，促进了 IT 运营自动化，协调了数据工程任务，协调了机器学习管道，等等。
Digdag 旨在实现易于部署、多云设置和模块化的结构来构建和扩展业务应用。拥有一系列企业功能，包括丰富的管理面板、多语言支持、错误处理、配置工具和版本控制工具。该解决方案采用 Java 和 Node.js 开发，支持 AWS、私有云、IBM 云和 Digital Ocean。
项目地址：https://www.oschina.net/p/digdag
6、Jeecg-Boot 基于代码生成器的 J2EE 开发平台
许可证：Apache-2.0 开发语言：Java、JavaScript 官网：http://www.jeecg.com/
JeecgBoot是一款基于BPM的低代码平台！前后端分离架构 SpringBoot 2.x，SpringCloud，Ant Design&Vue，Mybatis-plus，Shiro，JWT，支持微服务。强大的代码生成器让前后端代码一键生成，实现低代码开发。
JeecgBoot引领新低代码开发模式 OnlineCoding-> 代码生成器-> 手工MERGE， 帮助Java项目解决70%的重复工作，让开发更多关注业务，既能快速提高效率，节省研发成本，同时又不失灵活性。一系列低代码能力：Online表单、Online报表、Online图表、表单设计、流程设计、报表设计、大屏设计 等等...
项目地址：https://www.oschina.net/p/jeecg-boot
7、JEPaaS 低代码快速开发平台
许可证：AGPL 开发语言：Java 官网：https://www.jepaas.com/
JEPaaS 是一款国内实用型低代码快速开发平台，11 年技术沉淀，百余人开发团队不断维护升级，是国内中大型企业信息化御用平台。
可视化的开发环境，低代码拖拽式配置开发，操作极其简单，可以大幅度帮助企业缩减人力和时间成本。支持工作流、IM 即时通讯、bi 图表报表、APP 开发、对接微信、钉钉…… 是国内老牌靠谱开发平台。
项目地址：https://www.oschina.net/p/jepaas
8、Metabase 公司团队数据分析工具
许可证：AGPL 开发语言：Clojure、JavaScript、TypeScript 官网：https://www.metabase.com/
Metabase 是一个简单、开源的方式，通过给公司成员提问，从得到的数据中进行分析、学习。Metabase 是一个无代码和低代码的开源 (Libre) 项目，它消除了从数据库中获取有洞察力的数据的所有麻烦。它不需要处理 SQL 代码甚至不需要知道任何 SQL 就可以完成很多工作。
Metabase 是一个开源的面向数据的可定制仪表板，支持广泛的数据库后端，如 MongoDB、MySQL、PostgreSQL、SQL Server、Oracle 等。它提供了一个用于管理数据库记录、操作数据、操作记录的可视化方法、支持连接、多重聚合、高级过滤和全文搜索的层。它是在几分钟内为企业创建具有高生产力和可用性的高效数据库就绪仪表板的终极解决方案。
项目地址：https://www.oschina.net/p/metabase
9、OpenXava Java 快速 Web 开发套件
许可证：LGPL 开发语言：Java 官网：https://www.openxava.org/
OpenXava 是一个低代码应用程序构建平台，主要关注生产力、简单性和可用性。作为一个使用 Java 技术构建的跨平台系统，它运行在 Linux 和 Windows 服务器上。它可能看起来像一个遗留系统（stated 2005），但它仍然是许多企业的首选。
OpenXava 确保了高生产力、较短的功能学习曲线、大量的企业功能以及完整的移动和平板电脑响应式布局。OpenXava 是一个免费的开源社区版，但企业可以购买不同的额外功能版本。
项目地址：https://www.oschina.net/p/openxava
10、Saltcorn 无代码数据库管理器 Web 应用程序
许可证：MIT 开发语言：Python、JavaScript 官网：https://saltcorn.com/
Saltcorn 是一个无代码数据库管理器 Web 应用程序。它是一个完整的端到端解决方案，适用于你的应用程序的前端、后端和数据库，它以直观的点选、拖放用户界面管理你的应用程序生命周期的构建和托管阶段。
它配备了一个引人注目的仪表板、丰富的生态系统和视图构建器以及可主题化的界面。几乎没有编码经验的用户可以在几分钟内构建一个丰富的交互式数据库应用程序。公司也可以使用它来创建日常使用的工具并即时重新塑造它们。
Saltcorn 有一个令人印象深刻的示例应用程序列表，其中包括：博客、地址簿、项目管理系统、问题跟踪器、wiki、团队管理等。
项目地址：https://www.oschina.net/p/saltcorn
11、Skyve 业务软件构建平台
许可证：LGPL 开发语言：Java、JavaScript、TypeScript 官网：https://skyve.org/
Skyve 是一个开源的业务软件构建平台。它支持无代码和低代码的快速应用开发。支持不同的数据库引擎：MySQL、SQL 服务器和 H2 数据库引擎。其开发人员目前正在努力支持 PostgreSQL 和 Oracle。Skyve 提供了丰富的 API 集，以及低代码开发应用构建向导。
项目地址：https://www.oschina.net/p/skyve
12、ToolJet 低代码框架
许可证：GPL-3.0 开发语言：JavaScript、TypeScript 官网：https://www.tooljet.com/
ToolJet 是一个开源的低代码框架，无需工程团队付出太多努力即可快速构建和部署内部工具。你可以连接到你的数据源，例如数据库（如 PostgreSQL、MongoDB、Elasticsearch 等）、API 端点（ToolJet 支持导入 OpenAPI 规范和 OAuth2 授权）和外部服务（如 Stripe、Slack、Google Sheets、Airtable）并使用预先构建的 UI 小部件来构建内部工具。
项目地址：https://www.oschina.net/p/tooljet
本文所述软件已收录至 Awesome 软件集锦：https://www.oschina.net/project/awesome?columnId=40
2. jeecg-boot「企业级低代码平台」前后端分离架构SpringBoot 2.x，SpringCloud，Ant Design&Vue，Mybatis，Shiro，JWT。强大的代码生成器让前后端代码一键生成，无需写任何代码! 引领新的开发模式OnlineCoding->代码生成->手工MERGE，帮助Java项目解决70%重复工作，让开发更关注业务，既能快速提高效率，帮助公司节省成本，同时又不失灵活性。
3. apolloApollo 是一个可靠的配置管理系统，适用于微服务配置管理场景。
4. eladmin项目基于 Spring Boot 2.1.0 、 Jpa、 Spring Security、redis、Vue的前后端分离的后台管理系统，项目采用分模块开发方式， 权限控制采用 RBAC，支持数据字典与数据权限管理，支持一键生成前后端代码，支持动态路由
5. litemall又一个小商城。litemall = Spring Boot后端 + Vue管理员前端 + 微信小程序用户前端 + Vue用户移动端
我是 Eoapi，一个可扩展的 API 开发工具。Eoapi 集合基础的 API 管理和测试功能，并且可以通过插件简化你的 API 开发工作，让你可以更快更好地创建 API。在线 Demo：Easy & Open Source API Ecosystemwww.eoapi.io/?utm_source=zh&utm_campaign=gf&utm_content=wd-562816632在线文档：https://docs.eoapi.ioGithub：GitHub - eolinker/eoapiGitee：Eolink/eoapi
编辑于 2022-10-27 18:53・IP 属地广东
Spring Cloud 在 Spring Boot 的基础上，保留 Java 开发习惯，加入分布式特性，提供了一系列通用工具来帮助开发者在分布式系统里快速构建一些常见模式，现在已成为使用范围最广的微服务架构之一。Spring Cloud提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、集群状态管理等组件。最重要的是，跟Spring Boot框架一起使用的话，会让你开发微服务架构非常方便。Spring Cloud本身不是新的框架，它是一系列框架的有机组合，利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发。注意，并非所有组件都由Spring提供，Netflix扮演了重要的角色。注册中心Eureka、熔断器Hystrix、负载均衡组件Ribbon、网关Zuul等重要组件均由Netflix提供，主要贡献来自 Netflix OSS。2、Spring Cloud的现在由于Netflix在开源投入上的策略调整，Eureka、Hystrix、Ribbon 相继宣布停止维护，社区上人心惶惶，因为当时绝大部分开发者认为 Spring Cloud = Spring Cloud Netflix。但实际上 Spring Cloud 是一套规范，这套规范并不是只有 Netflix OSS，还有 Spring Cloud Alibaba，Spring Cloud Zookeeper，Spring Cloud Consul，Spring Cloud Kubernetes 这些实现，最近腾讯也开源了Spring Cloud Tencent（暂时还没有进入Spring Cloud 官方社区）。2.1 Spring Cloud AlibabaSpring Cloud Alibaba（后面简称SCA） 是目前国内Spring Cloud最活跃、组件最多，也是最容易替代 Spring Cloud Netflix 的实现。下面张图对相关功能和组件的映射关系表达得比较清晰了。
(来源：https://www.oschina.net/question/4489239_2321891)我们可以看到，SCA对Spring Cloud的实现，采用了几个目前非常热门的项目，基本上可以做到快速接入，稳定使用。
不过这里有个地方需要注意，从SCA 的2.2.7-RELEASE版本后，不再支持dubbo的快速接入了，而是直接使用了Spring Cloud的原生调用方式（OpenFeign和RestTemplate）。为什么呢？查了下issue找到了社区相关讨论https://github.com/alibaba/spring-cloud-alibaba/issues/2398。总结起来有几点原因：SCA的Spring Cloud Dubbo这个模块存在一些问题，且没有人力继续维护了，考虑到用的人不多，所以就不再继续维护。SCA的目的是为了将阿里云相关组件能快速替换SpringCloud相关模块而诞生的，比如nacos、sentinal、seata、rocketMQ。Dubbo自身生态非常成熟，一般不需要跟Spring Cloud混用，一般是二选一。尤其是Dubbo 3.x后支持了Mesh，通过rest方式调用完全可以自成体系。2.2 Spring Cloud TencentSpring Cloud Tencent（后面简称SCT）是腾讯最近开源的SC实现框架，项目地址https://github.com/Tencent/spring-cloud-tencent。
这是一整套自研的组件，以腾讯云polaris为核心，实现 注册中心、配置中心、服务路由、限流 等等。目前相对来说腾讯集团内部使用较多，外界案例较少。2.3 小结Spring Cloud Netflix虽然不再维护，但是Spring Cloud依然火热，SCA目前看可能会成为国内最佳实现选择。3、Spring Cloud与云原生3.1 特性差异首先，Spring Cloud认为自己还是比较符合云原生的from https://github.com/spring-cloud/spring-cloud-commons：Cloud Native is a style of application development that encourages easy adoption of best practices in the areas of continuous delivery and value-driven development. A related discipline is that of building 12-factor Applications, in which development practices are aligned with delivery and operations goals — for instance, by using declarative programming and management and monitoring. Spring Cloud facilitates these styles of development in a number of specific ways. The starting point is a set of features to which all components in a distributed system need easy access.但是Spring Cloud 和目前最火热的云原生Service Mesh体系还是有非常大的差异。可以从以下四个方面的对比
（表格来源：https://medium.com/codex/a-spring-cloud-compatible-service-mesh-6ce58c571012）前面谈到了，Spring Cloud体系实际上是定义了一套编程模型（规范），包括服务注册发现、负载均衡、熔断降级等等。但是这里有些内容是否可以应用无关，下沉到基础设施中？在云原生环境下，是可以的。也就是Spring Cloud定义的部分规范，其实在云原生环境下可能略显冗余了，Service Mesh可以做到应用无关。当然，Spring Cloud能做到Service Mesh做不到的一些事情，比如 接口级别的治理、更细粒度的链路追踪 等等。另外，跨语言也是Service Mesh的一大杀器。云原生环境下，容器化运行，多云部署，使得微服务不在关注到底是什么技术栈，python、c++、Nodejs都可以非常容易在云原生环境下运行。但是Spring Cloud只适合java生态，并且侵入到java应用程序代码中，对于多语言是比较无力的。（其实这里也是 容器化 后，对java语言统治力的一种冲击）3.2 成熟度从成熟度来说，Service Mesh的istio + envoy的组合目前已经不少大中厂的实践案例，但是跟Spring Cloud比起来，还是差不少。2022 年 9 月 24 日，由云原生社区主办的第一届 Service Mesh Summit 在上海成功举办，从大会内容上，我们可以看到，Service Mesh在 易用性、通用性、学习成本上，都还是比较高的。市场在关注服务网格时更加得理性，而服务网格本身也更加“务实”，以实现快速平稳落地为出发点，解决落地过程中的各种问题，比如性能、资源占用、跨集群、多协议支持、功能扩展等等。解决这些问题，或者坚持在 Istio/Envoy 体系上继续优化；或者转投其他的实现，更换数据面代理，如 MOSN、Pipy、APISIX、Linkerd Proxy；再或者引入其他的技术来解决，如 eBPF、WASM、RDMA、DPDK 等等。4、路在何方4.1 只把k8s作为容器编排调度?目前java为主的微服务体系还是比较完整的，所以即使使用了k8s，也可以仅仅把k8s用作容器编排，不需要对接istio的服务治理能力。Spring Cloud全家桶肯定能满足java体系下的微服务一站式设计与实现，这点毋庸置疑。当然，问题主要还是在云原生下，多语言的治理能力会有所缺失。另外，流量管理上，和knative、seldon等平台打通会比较麻烦，它们都是直接对接istio进行流量管理的。4.2 Spring Cloud 的路？Mesh体系下，由于天然支持HTTP调用，因此Spring Cloud的调用接入还是比较方便的，也有Spring Cloud Kubernetes项目做了注册中心的打通。核心的痛点在于对统一控制面的服务治理的接入。对于Spring Cloud来说，就是要实现Proxyless体系，但是目前官方社区没有看到这方面的特别探索。倒是Spring Cloud Alibaba的服务治理组件Sentinel有一些变化。Sentinel 的历史2012 年，Sentinel 诞生，主要功能为入口流量控制。2013-2017 年，Sentinel 在阿里巴巴集团内部迅速发展，成为基础技术模块，覆盖了所有的核心场景。Sentinel 也因此积累了大量的流量归整场景以及生产实践。2018 年，Sentinel 开源，并持续演进。2019 年，Sentinel 朝着多语言扩展的方向不断探索，推出 C++ 原生版本，同时针对 Service Mesh 场景也推出了 Envoy 集群流量控制支持，以解决 Service Mesh 架构下多语言限流的问题。2020 年，推出 Sentinel Go 版本，继续朝着云原生方向演进。2021 年，Sentinel 正在朝着 2.0 云原生高可用决策中心组件进行演进；同时推出了 Sentinel Rust 原生版本。同时我们也在 Rust 社区进行了 Envoy WASM extension 及 eBPF extension 等场景探索。2022 年，Sentinel 品牌升级为流量治理，领域涵盖流量路由/调度、流量染色、流控降级、过载保护/实例摘除等；同时社区将流量治理相关标准抽出到 OpenSergo 标准中，Sentinel 作为流量治理标准实现。另外，Sentinel 社区正在将流量治理相关标准抽出到 OpenSergo 标准中，Sentinel 作为流量治理标准实现。有关 Sentinel 流控降级与容错 spec 的最新进展，请参考 opensergo-specification。
但是sentinel重点还是关注容错能力，路由能力是缺失的。所以，只能继续关注OpenSergo会怎么补齐这块能力了。4.3 学习Dubbo 3.0，全面拥抱云原生与Spring Cloud体系一样闻名的Dubbo体系，我们已经可以看到dubbo 3.x从 Mesh 到 Proxyless 对云原生的全面拥抱。不仅从服务注册发现模型上做了彻底改变（接口级别变成了应用级别），也在治理能力上对接xds。dubbo 3.1.0作为一个重要的里程碑已经正式发布
也许跟随 Dubbo的脚步，可能可以更稳步走向云原生。希望能够抛砖引玉，提供一些启发和思考。如果你有其他补充和建议，欢迎留言讨论。发布于 2022-10-27 09:41
