【技术实现步骤摘要】
本专利技术涉及数据处理领域，具体涉及一种面向低代码平台的接口服务编排方法。
技术介绍
1、当前制造业企业的运营日益复杂，为了快速响应业务的变化，企业it部门采用低代码平台来加快企业数字化转型。低代码平台的主要技术特点是可视化设计，包括页面、表单、流程、报表、数据建模等可视化设计，使得开发门槛低、开发效率高，达到降本提效的目的。目前低代码平台数据建模方案，主要基于三种模式实现：一是通过表结构字段和表关联配置，适用于简单的数据处理场景；二是通过平台提供的接口和参数配置，适用于通用接口使用场景；三是通过基于代码的接口编排实现，需要依赖程序开发，效率低下，难以满足企业快速响应和个性化的需求。
技术实现思路
1、本专利技术的目的是为了克服现有技术的不足，提供一种面向低代码平台的接口服务编排方法，包括如下步骤：
2、s1，通过服务编排平台可视化设计配置出服务编排发布的接口，具体包括：
3、s11，服务编排启动；
4、s12，处理器包读取；
5、s13，处理器包类加载器加载
6、s14，初始化系统配置：验证数据库连接，初始化登录验证和授权处理的实现类，初始化系统自定义字典以及平台服务api授权访问的信息；
7、s15，配置租户；
8、s16，处理器可视化设计：通过处理器面板配置处理器执行的输入参数、输出参数、异常处理、以及调度规则；
9、s17，接口发布；
10、s2，api服务编排的接口
11、s21，http请求处理器监听请求：基于jettyserver，实现http请求处理。http请求处理器配置监听的服务器端口、绑定的主机名、请求的方法、传入的url匹配路径以及请求的客户端身份验证，通过http请求处理器接收请求头，与系统内置的身份匹配验证；
12、s22,http请求路由器转发：基于不同的请求uri匹配后续不同的执行分支，以支持一个监听端口应用对应多个接口业务场景；
13、s23，处理器数据拉取：根据s15的租户数据源配置，基于数据源类型使用不同的客户端执行拉取数据sql语句、拉取数据api接口；
14、s24，处理器数据转换；
15、s25，处理器数据推送：根据s15的租户数据源配置，基于数据源类型使用不同的客户端执行推送数据sql语句、推送数据api接口；
16、s26，http响应处理器返回s1配置步骤。
17、进一步的，s15,配置租户中，租户管理员管理租户的处理器包，通过上传处理器包申请发布处理器组件，并只能操作权限范围内的处理器组件；租户管理员配置应用端口，通过系统可用的端口申请应用使用的端口；租户管理员配置调用方应用的接口统一认证、连接的数据源。
18、进一步的，s16，处理器可视化设计中，其调度规则包括运行时间间隔、运行次数、基于cron表达式的执行时间。
19、进一步的，异常处理包含任务运行的异常类型、返回码。
20、进一步的，s23、s25步骤设置了调用方的服务容错策略；
21、服务容错策略基于智能容错机实现；服务容错策略配置包括服务级别、失败重试、熔断降级；服务级别分为t1、t2、t3，级别依次从高到低，返回失败类型分为e1、e2、e3，分别为业务异常、偶尔故障、不可恢复错误，偶尔故障包括限流引起的故障，以及超过阈值的服务响应时间；打开熔断的程序处理是直接抛出异常，自动降级是返回空值；智能容错机记录了所有失败的请求、一些可能会尝试成功的请求，以及使用熔断器打开和闭合的执行情况；智能容错机根据返回不同的失败情况自动调整相应的策略：当检测到e1，不做重试也不执行熔断降级；当检测到e2自动重试，重试一次还是失败后，服务级别是t1立即打开熔断，再次重试一直到重试次数耗尽还是失败，服务级别是t2立即打开熔断，t3立即自动降级；当检测到e3，不再重试，服务级别是t1或t2立即打开熔断，服务级别是t3立即自动降级；在熔断器打开状态下，对应用程序的请求会立即返回错误响应，而不调用远程服务，智能容错机定时检测远程服务的健康检查接口，来判断远程服务是否恢复，如远程服务恢复熔断器自动切换到闭合状态。
22、进一步的，根据业务场景，失败重试策略分为线性退避和指数退避，智能容错机根据不同的重试策略进行重试；线性退避，即调用失败后等待固定的时间后进行重试，直到重试次数耗尽,适用于同步处理，立即要返回值的情况；指数退避，即调用失败后，等待一定时间后再发，等待时间是随指数增长，可以减少无效的重试，适用于异步处理，不依赖返回值的情况；重试间隔时间i，重试次数n，那么调用失败后等待(2^n)*i后，进行重试，假设每秒的访问量v，处理器之间的链路层级l，每个处理器的重试次数n，那么失败重试的总次数为v*n^(l-1)；智能容错机根据链路已执行时间和熔断器执行情况，已执行时间超出阈值，或者上述e2失败的熔断次数或熔断打开比例超出阈值，设置当前重试值f为1，本次后续的处理器不能再进行重试，以避免平台服务雪崩；熔断次数或比例的统计时间基于最近七天，当熔断超出阈值平台自动告警，通知租户管理员。
23、进一步的，s23至s25步骤，当出现多个数据处理存在数据不一致情况，即部分执行成功，部分执行出现异常时，通过处理器面板配置事务处理机制，处理器事务触发时，事务发起的服务生成xid，并写到下个服务的请求头，并传递到事务结束，提供方需实现try接口、cancel接口以及confirm接口。
24、进一步的，处理器的分布式事务处理方案基于seata，配置为tcc模式。
25、进一步的，s21至s26步骤，数据处理的接口会来自多个企业，当接口出现异常后，通过web过滤器拦截请求路径，并记录上下文唯一识别id，带上id保存每个处理器执行过程的输入参数和输出参数值，以区分不同的调用链访问日志。
26、本专利技术的一种面向低代码平台的接口服务编排方法，能够在低代码平台上，经过可视化设计后进行发布，且可不改动服务提供方的代码进行服务处理，从而解决个性化功能的技术问题。
本文档来自技高网...【技术保护点】
1.一种面向低代码平台的接口服务编排方法，其特征在于，包括如下步骤：
2.根据权利要求1所述的一种面向低代码平台的接口服务编排方法，其特征在于，S15,配置租户中，租户管理员管理租户的处理器包，通过上传处理器包申请发布处理器组件，并只能操作权限范围内的处理器组件；租户管理员配置应用端口，通过系统可用的端口申请应用使用的端口；租户管理员配置调用方应用的接口统一认证、连接的数据源。
3.根据权利要求1所述的一种面向低代码平台的接口服务编排方法，其特征在于，S16，处理器可视化设计中，其调度规则包括运行时间间隔、运行次数、基于CRON表达式的执行时间。
4.根据权利要求1所述的一种面向低代码平台的接口服务编排方法，其特征在于，异常处理包含任务运行的异常类型、返回码。
5.根据权利要求1所述的一种面向低代码平台的接口服务编排方法，其特征在于，S23、S25步骤设置了调用方的服务容错策略；
6.根据权利要求5所述的一种面向低代码平台的接口服务编排方法，其特征在于，根据业务场景，失败重试策略分为线性退避和指数退避，智能容错机根据不同
7.根据权利要求1所述的一种面向低代码平台的接口服务编排方法，其特征在于，S23至S25步骤，当出现多个数据处理存在数据不一致情况，即部分执行成功，部分执行出现异常时，通过处理器面板配置分布式事务处理机制，处理器事务触发时，事务发起的服务生成xid，并写到下个服务的请求头，并传递到事务结束，提供方需实现Try接口、cancel接口以及confirm接口。
8.根据权利要求7所述的一种面向低代码平台的接口服务编排方法，其特征在于，处理器的分布式事务处理方案基于Seata，配置为TCC模式。
9.根据权利要求1所述的一种面向低代码平台的接口服务编排方法，其特征在于，S21至S26步骤，数据处理的接口会来自多个企业，当接口出现异常后，通过web过滤器拦截请求路径，并记录上下文唯一识别ID，带上ID保存每个处理器执行过程的输入参数和输出参数值，以区分不同的调用链访问日志。
...【技术特征摘要】
1.一种面向低代码平台的接口服务编排方法，其特征在于，包括如下步骤：
2.根据权利要求1所述的一种面向低代码平台的接口服务编排方法，其特征在于，s15,配置租户中，租户管理员管理租户的处理器包，通过上传处理器包申请发布处理器组件，并只能操作权限范围内的处理器组件；租户管理员配置应用端口，通过系统可用的端口申请应用使用的端口；租户管理员配置调用方应用的接口统一认证、连接的数据源。
3.根据权利要求1所述的一种面向低代码平台的接口服务编排方法，其特征在于，s16，处理器可视化设计中，其调度规则包括运行时间间隔、运行次数、基于cron表达式的执行时间。
4.根据权利要求1所述的一种面向低代码平台的接口服务编排方法，其特征在于，异常处理包含任务运行的异常类型、返回码。
5.根据权利要求1所述的一种面向低代码平台的接口服务编排方法，其特征在于，s23、s25步骤设置了调用方的服务容错策略；
6.根据权利要求5所述的一种面向低代码平台的接口服务编排方法，其特征在于，根据业务场景，失败重试策略分为线性退避和指数退避，智能容错机根据不同的重试策略进行重试；线性退避，即调用失败后等待固定的时间后进行重试，直到重试次数耗尽,适用于同步处理，立即要返回值的情况；指数退避，即调用失败后，等待一定时间后再发，等待时间是随指数增长，可以减少无效的重试，适用于异步处理，不依赖返回值的情况；重试间隔时间i，...
【专利技术属性】
技术研发人员：齐元帅，江国宝，刘凌宇，尚怀超，
申请(专利权)人：上海电气集团数字科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。