[发明专利]一种低代码应用运行稳定性优化方法

说明书

本发明公开了一种低代码应用运行稳定性优化方法，包括：对搭建完成后的低代码应用进行自动化回归测试，根据自动化回归测试结果进行低代码应用修复；在低代码应用修复完成后，根据低代码应用备案登记信息选择应用部署方式，部署并运行低代码应用；根据用户名单进行低代码应用版本灰度发布；在低代码应用运行过程中，根据低代码应用运行数据自动化调整服务器节点和应用部署方式，进行低代码应用异常告警；根据低代码应用备案登记信息和监控到的服务指标进行服务降级。本发明方法能够有效提升低代码应用的稳定性。

技术领域

本发明涉及一种低代码应用运行稳定性优化方法，属于低代码技术领域。

背景技术

低代码技术在2014年后兴起，凭借着学习成本低、简单交互方式达到快速搭建上线应用程序的优秀特质，在国内外市场众多领域场景的应用均受到追捧。市场上的低代码产品主要划分成两种：表单驱动和模型驱动，在部署方式上分成：私有化部署和SaaS服务。

采用表单驱动或模型驱动的低代码平台搭建出来的低代码应用，由于底层技术架构不同，其在搭建效能上有差异，在稳定性保障层面也有较多差异点，如：部署方式、测试手段等。但是，无论是采用那种驱动，或者采用哪种部署方式，在低代码平台承载应用规模不断增大后，都会出现保障运行稳定性的挑战。

目前低代码应用的稳定性保证隐患问题如下：

1、在模型驱动的低代码平台中，如果采用混合部署，当低代码应用数量规模很大时，相当于在一个Web Server中部署了很多应用的jar包，不同的应用的使用场景不同，业务流量和SLA差异很大。但由于混合部署的原因，底层共享一套虚拟机或者容器的物理资源(如：CPU、内存、本地磁盘)，会因为一个应用的问题(死锁、锁等待超时、CPU负载高等)产生蝴蝶效应引起群体应用出现生产故障。而表单驱动的低代码平台也会有此类问题。因此纯粹的混合部署很容易造成稳定性问题。

2、基于应用混合部署的问题，最简单暴力的解决方法就是采用独立部署，一个低代码应用就部署到独立的一个虚拟机或者容器中，这样虽解决运行混布问题，但衍生出另一个问题就是部署资源浪费。并非每时每刻，所有应用的流量负载都很高，这种资源浪费给企业带来金钱损失的同时也会带来运维人员的工作负担增倍。

3、理想的情况下，低代码应用应该采用混合部署和独立部署相结合的部署方式，但是目前还没有有效的方法来实现这一目的。

4、低代码应用规模增长后，如出现生产安全故障，可以根据日志或者监控，定位到问题原因及应用归属，但除了重启Web Server或者回滚代码之外，现有技术中还没有更优、更细粒度的处理方法。

5、对于私有化部分无租户隔离机制的技术路线产品，没有灰度切换能力，一次升级后会推送到所有用户呈现，一旦出现严重bug会引起群体性问题，应用控制力不足。

6、大型低代码平台产品功能繁多，原子功能组合后的功能复杂，在低代码应用发布或版本升级前需要做代理的功能回归测试，目前的测试主要依赖人工测试，测试效率低，测试成本高，且容易出现漏洞。

发明内容

为了解决现有技术中存在的问题，本发明提出了一种低代码应用运行稳定性优化方法，针对低代码应用生命周期的不同阶段，通过自动化测试、自动化调整等手段，优化低代码应用性能，提升低代码应用稳定性，保障用户的业务连续性，提升产品功能交付质量。

为解决上述技术问题，本发明采用了如下技术手段：

本发明提出了一种低代码应用运行稳定性优化方法，包括如下步骤：

对搭建完成后的低代码应用进行自动化回归测试，根据自动化回归测试结果进行低代码应用修复；

在低代码应用修复完成后，根据低代码应用备案登记信息选择应用部署方式，部署并运行低代码应用；

根据用户名单进行低代码应用版本灰度发布；