关于低代码:微服务低代码Serverless平台星链的应用实践

导读

星链是京东科技消金根底研发部研发的一款研发效力晋升的工具平台，面向后端服务研发需要，尤其是集成性、场景化、定制化等难度不太高、但比拟繁琐的需要，如服务前端的后端(BFF)、服务流程编排、异步音讯解决、定时工作、经营后盾、工作流程自动化、临时性需要等，以低代码形式开发微服务，以申明式进行 Serverless 部署，使研发人员聚焦业务逻辑而非各类细节，大幅晋升研发效力、降本增效。

1 星链是什么

星链是京东科技消金根底研发部研发的一款研发效力晋升的工具平台，面向后端服务研发需要，尤其是集成性、场景化、定制化等难度不太高、但比拟繁琐的需要，如服务前端的后端(BFF)、服务流程编排、异步音讯解决、定时工作、经营后盾、工作流程自动化、临时性需要等，以低代码形式开发微服务，以申明式进行 Serverless 部署，使研发人员聚焦业务逻辑而非各类细节，大幅晋升研发效力、降本增效。

星链提供了一个对立的 Web 界面，用户通过它能够实现微服务的开发、调试、构建、测试、部署残缺流程。在开发方面，除了反对可视化配置、组件化流程编排，同时反对 Java/JavaScript/Groovy 等语言，反对引入第三方包，且与 Git 集成，在低代码的同时不升高灵活性与可控性。在部署方面，实现了申明式部署，用户不须要关注服务器细节，零碎跨集群分组对立智能调度共享的计算资源，在主动满足部署需要的同时节俭计算成本，此外，星链是热加载，实现了秒级部署，还有，星链充分考虑了大中型企业外部的理论状况，不同团队的服务齐全隔离，测试、预发、生产服务齐全隔离，反对灰度公布、加密参数等，计算资源既反对传统虚机，也反对 K8s，反对部署至公有云和其余私有云，实现了企业级 Serverless。

星链自 19 年 3 月份第一版上线以来，一直迭代欠缺，除广泛支持生产金融各场景业务外，还反对了团体很多其余部门的业务，如财产、领取、营销中台、保险等，历经屡次 618、双 11 性能和稳定性考验。为了反对对外交付，利用于更为宽泛的场景，星链在 21 年进行了模块化和产品化革新，不再依赖京东特有中间件，在 22 年 3 月份上线京东私有云，反对对外服务。

2 星链外围概念

星链有两个外围概念：VMS 和 Serverless，上面别离介绍。

2.1 VMS

VMS 是指可视化微服务(Visual MicroService)，示意一个轻量级微服务利用，是星链中开发和部署的根本单元，称为“可视化”次要是星链反对且提倡以可视化的形式来编排微服务逻辑，VMS 同时示意一个简略灵便的微服务编程模型，如图 1 所示。

图 1 VMS 编程模型

这个模型的基本思路是让微服务利用的内外依赖组件化、配置化，使开发人员能够聚焦业务逻辑，蕴含三个外围概念：函数、连接器和触发器。函数封装业务逻辑，由规范的输出 / 输入以及函数体组成，反对代码函数和 BPMN 函数。代码函数反对 Java、Groovy、JavaScript 三种语言，将来会反对更多语言。BPMN 函数利用 BPMN 规范可视化地编排业务逻辑，能够援用代码函数，也能够援用其余 BPMN 函数，构建简单业务流程。连接器封装第三方服务，包含 RPC 服务、HTTP 服务、异步音讯、缓存服务、配置服务、数据库等。触发器封装函数对外提供服务的形式，反对 RPC、HTTP REST API、定时工作和 MQ 音讯触发，每个触发器关联一个函数。星链会一直拓展反对新的触发器和连接器类型，将来也会凋谢 SDK 给用户自定义星链不反对的类型。

2.2 Serveless

星链的 Serverless 概念不是没有服务器，而是尽量形象，使用户尽量减少对服务器细节的关注。用户依然须要关注计算资源，尤其在企业内，用户须要关注资源老本摊派，须要关注资源所处的机房以保障高可用性，星链对用户须要关注的事件进行了形象，建设了一个计算资源模型和申明式部署模型。星链计算资源模型如图 2 所示。

图 2 计算资源模型

这个模型既反对传统虚机，也反对 K8s，集群和分组都是计算资源的形象，一个集群下有多个分组。集群次要是为了方便管理多个分组，次要属性就是名称和备注，分组有一个环境属性：测试、预发或生产，还有资源类型属性，资源类型反对虚机和 K8s。对于 K8s 类型，一个分组关联一个 K8s namespace，星链主动创立和治理计算引擎 Pod。对于虚机，需通过其余形式创立计算引擎，而后将引擎 IP 关联至星链分组。用户在开发、调试、测试阶段不须要申请任何计算资源。部署生产时，需自行申请 K8s 资源或虚机资源，而后关联到星链集群和分组，每个团队只需申请和配置一次。申明式部署对于 K8s 分组和虚机分组都是一样的，模型如图 3 所示。

图 3 申明式部署模型

每个环境（测试、预发、生产）有不同的部署配置。每个环境下能够有多个部署配置，以流量入口加以辨别。每个入口配置可能包含多个条目，每个条目申明在哪个集群分组、部署哪个版本、冀望的实例个数配置等。零碎将智能调配计算资源，监控运行状况，确保满足部署申明要求。

3 星链利用场景

星链有很多利用场景，上面别离介绍。

3.1 业务流程编排

在微服务零碎中，有很多各类微服务，但能够粗分为两类，一类是绝对稳固的、与场景关系不大的、积淀下来的畛域原子微服务，另一类是绝对变化多端的、面向场景的、数量泛滥的场景化微服务，场景化微服务往往通过整合编排原子化微服务来实现业务流程，而针对不同场景，其流程是不同的，针对一个新的场景，通过创立 VMS，能够疾速牢靠地编排流程，并且将流程可视化，使得业务、产品、测试也都可能了解该流程，晋升合作效率，同时每个新场景独立开发和部署，易于治理，不影响现有业务。

3.2 服务前端的后端（BFF）

前端有多种介质，如 PC、挪动 APP、H5、小程序等，每种介质须要的接口可能是不太一样的，前端须要的数据格式与后端微服务也可能不同，另外，前端一个接口须要的数据往往须要后端多个微服务组合提供，能够通过创立 VMS 来疾速满足这些面向前端的接口数据聚合、接口数据适配等需要。

3.3 异步音讯解决

在微服务架构中，不同微服务之间往往依赖异步音讯进行协同，在一个零碎中往往有大量的音讯监听逻辑，其中很多解决逻辑往往比较简单，如只是保护缓存、同步状态、转换音讯格局等，能够将这些胶水层的音讯解决逻辑放到 VMS 中，以便开发和治理。

3.4 经营后盾服务

经营后盾往往有很多定制需要，这些需要往往只是一些查问需要，或者是一些简略的更新逻辑，实现这些需要难度不大，但很繁琐耗时，通过 VMS 来实现这些需要，应用流程编排和配置数据库相干连接器就能够满足需要，不须要写代码。

3.5 定时批处理工作

在一个微服务架构的零碎中，往往有很多定时批处理工作，这些工作往往只是凌晨执行，将这些工作构建为 VMS，Serverless 部署能够大幅节俭计算资源。

3.6 临时性业务需要

在理论业务中，往往有很多临时性的业务需要，如提供临时性的经营流动接口、报表、长期数据处理等，通过 VMS 来实现这些需要，一方面能够疾速交付，另一方面 Serverless 部署，不须要关注计算资源，此外，与现有稳固业务代码相隔离，独立开发和部署，便于管理，不必时能够随时下线。

3.7 工作流程自动化

在日常工作中，往往有一些工作须要自动化，比方异样日志治理：每日查问线上异样日志，将重要的异样日志汇总，通过邮件发送给团队成员，团队成员进行反馈。传统形式是手工操作的，比拟繁琐，用程序实现也比拟麻烦，且没有适合的利用 / 服务器承载这些性能，通过星链开发和部署进行工作流程自动化，开发不便，部署简略。

3.8 工作流程自动化

一个 VMS 内能够创立多个触发器、函数和连接器，能够写 Java/Groovy/JavaScript 代码，能够援用第三库，能够通过配置的形式拜访数据库，且反对事务，这样，业务逻辑不太简单的一般业务需要都能够通过 VMS 来实现。

4 星链劣势

星链所能做的事件，通过传统开发和部署也能够做，那用星链有什么劣势呢？以下这些是来自大量用户的反馈。

• 开发快：比方，原来开发一个性能要四五天，当初两三天就能够了，而且流程可视化，性能逻辑高深莫测。
• 部署快、省心：原来部署常常要 1~2 个小时，当初几秒钟就实现了；VMS 部署粒度更小了，独立部署，不像原来一个大利用里改了局部公共代码，老放心影响其余业务流程。
• 不必治理服务器：不必每个利用都申请计算资源，团队申请一次就能够了。
• 节省成本：大多数服务器计算资源利用率都比拟低，星链通过让多个 VMS 共享计算引擎和动静调度，能够大幅晋升计算资源利用率，节省成本。
• 罕用库、中间件降级不便：公司外部各种中间件常常降级、因为安全漏洞等起因各种罕用库也须要常常降级，应用星链，不须要用户批改代码，只须要一键更新星链引擎就能够了。
• 便于合作：产品、研发、测试通过对立的 Web 视图进行合作，计划评审、代码评审不须要再画独自的流程图，BPMN 图即实在流程，点击节点即可查看实现细节。
• 赋能前端研发：后端很多服务只有 Java SDK，而没有 Node.js SDK，对于 BFF 层的工作，即便前端研发有工夫能够做，也因为不足 Java 技能而做不了，星链提供了低代码平台，且反对 JavaScript，这样，原来必须要后端做的事件前端研发也能够做了。
• 促成产生更好的设计：通过 BPMN 图表白业务逻辑，能够更容易促使用户去思考和梳理整体逻辑，将实现细节封装到具体节点中，从而产生更清晰欠缺的设计。

5 星链产品性能

上面介绍星链提供的各种性能及特色。

5.1 可视化低代码 Cloud Web IDE

星链提供了一个低代码 Cloud Web IDE，通过可视化微服务编排进步开发效率，如图 4 所示。

图 4 Cloud Web IDE

星链 IDE 反对的个性有上面这些。

• 可视化 BPMN 编排：反对编排各种连接器办法、代码函数、其余 BPMN 函数，反对分支、异样解决，反对 DB 事务，主动提醒申请参数、环境变量、两头节点的输入后果等上下文信息，反对应用表达式表白简单的条件分支、输出变量。
• 自定义 DB/HTTP 连接器：可自定义连接器办法列表，出入参定义反对三种模式：表格、YAML、CSV，反对依据 JSON 示例推断参数定义，配置的连接器办法可用于 BPMN 编排和代码函数，DB 连接器办法可参加事务。
• 可视化触发器配置：各种触发器通过界面配置触发机制和调用的函数即可，不须要开发。
• 表达式编辑器：反对语法高亮、代码提醒，有不便的示例和帮忙文档，有丰盛的内置函数库，可不便结构 Map 和 List 组成的简单对象，反对各种运算。
• 在线开发代码函数：可视化定义函数出入参，反对 Java/JavaScript/Groovy，语法高亮，内置 API 拜访日志、各个连接器、环境变量等。
• 在线函数 Debug：能够在 Web 上间接运行函数，查看运行后果，查看日志，诊断问题。对于 BPMN 函数，能够可视化地显示执行轨迹，可显示执行通过的每个节点的输出、输入或异样信息。反对对于近程调用设置 Mock 返回值，以便于联调。
• 多 Tab 页编辑：能够同时编辑多个函数，调试和运行历史都是独立的。
• 实时保留和校验：实时保留用户的批改到 Cloud 工作区，实时校验并进行提醒。

在 DB/HTTP 连接器中，能够自定义办法列表。图 5 展现了一个自定义 DB 连接器的例子，用户只有定义 SQL、输入输出参数就能生成一个办法，在定义过程中，能够随时测试以验证定义是否正确。目前，须要用户应用 MyBatis 语法输出 SQL，将来，星链会提供更为易用、更为智能的形式定义 DB 连接器。

图 5 自定义 DB 连接器示例

图 6 展现了一个自定义 HTTP 连接器的例子，相熟 HTTP 根本协定就能疾速定义一个办法。将来，星链会提供更为易用和丰盛的性能，且反对 OpenAPI 标准，导入 OpenAPI 定义文件即可生成 HTTP 连接器。

图 6 自定义 HTTP 连接器示例

当在线调试 BPMN 函数时，星链会可视化地显示执行轨迹，不便用户定位问题，执行正确的以绿色显示，谬误的以红色显示，且显示错误信息，如图 7 所示。将来，星链会反对 BPMN 断点调试。

图 7 BPMN 函数执行轨迹示例

5.2 自定义业务组件库

星链提供了独特的业务组件库性能，除了提供零碎公共组件，星链还反对自定义团队组件。公共组件由系统维护，每个用户都能够应用。零碎将不断完善公共组件库建设，在私有化部署中，客户能够自定义零碎组件。团队组件由团队本人保护，对其余团队不可见。用户在 VMS 内自定义的连接器组件（如 DB/HTTP 连接器）能够导出为团队组件。用户能够在星链控制台中保护团队组件，包含组件分组等。在 BPMN 编排中，用户能够浏览、查问团队或公共组件，并间接拖拽到编排面板中。如图 8 所示。

图 8 业务组件库

5.3 反对本地 IDE 开发

与大多数低代码平台是黑盒子不同，星链开发的 VMS 保留在 Git 代码仓库上，源码是齐全可见的，用户能够克隆到本地，应用本地 IDE 开发、调试和运行单测，在本地开发中，能够引入第三方包（如 Java 语言的 jar 包，JavaScript 语言的 npm 包等），并在代码函数中应用这些包，而且，本地提交后，在 Cloud Web IDE 上也齐全兼容可见。在 Cloud Web IDE 上也反对 Git 操作，包含切换分支、提交、查看提交历史、比照变更等，如图 9 所示。

图 9 基于 Git 的本地与云合作开发

5.4 集成构建公布流程

星链反对一键在线构建打包，能够实时查看构建日志。为了管控上线品质，星链集成上线审批流程，如图 10 所示。

图 10 集成构建公布流程

5.5 企业级 Serveless

在星链中开发、测试、部署，不须要关注服务器细节，在部署时，只须要阐明部署的集群分组、须要部署的实例个数、部署的版本即可，能够在一次部署中申明多个集群分组，这些分组能够位于不同的机房、可用区，零碎主动调度。申明式部署能够不便地反对灰度公布、扩缩容，只须要批改版本申明、实例个数即可，零碎主动调整。反对部署环境隔离，辨别测试、预发、生产不同环境。复用计算引擎资源，没有冷启动，热加载，部署快。反对部署态加密环境变量，针对敏感变量加密存储，确保安全。示例部署配置如图 11 所示。

图 11 申明式部署配置

星链有独立的 Serverless 部署管制网关和计算引擎模块，能够部署至公有云和其余私有云。用户创立的计算资源，零碎提供若干治理性能，包含增加引擎、禁用引擎、启用引擎等，零碎会依据可用引擎状况动静调度 VMS。

5.6 集成的可观测性

星链部署状态高深莫测，包含整体状态是否合乎预期，部署的集群、分组、引擎详情等，如图 12 所示。

图 12 部署状态

星链为函数次要执行节点主动增加日志。能够在部署状态设置日志级别，能够在星链上间接查看和搜寻日志，以便于问题诊断，如图 13 所示。

图 13 集成的日志

在京东外部和京东私有云上，星链集成了京东的日志、监控等更为业余的服务，用户能够利用这些工具进行日志查看、监控和报警。

5.7 高性能可拓展的多语言执行引擎

自 19 年 3 月份上线以来，星链执行引擎在京东外部利用中已历经屡次 618、双 11 考验。星链引擎是为高性能、低延时场景设计的，如果用户没有配置有状态节点（如在流程两头期待异步音讯），星链是无状态内存执行的，相比业界大多基于数据库或音讯零碎的编排引擎，延时低，更适宜服务编排，广泛应用于面向 C 端用户的高并发、低延时场景。此外，星链引擎是一个多语言执行引擎，目前反对 Java、JavaScript、Groovy，各个语言都反对调用各种连接器办法、都提供罕用 API，也在布局反对更多语言（如 Python）。此外，星链引擎采纳了微内核、模块化架构，能够不便地依据场景进行扩大、调整。将来，也将容许用户自定义触发器、连接器、及其他性能组件。

5.8 团队合作与治理

星链提供了不便的 VMS 合作与治理性能。在星链中，VMS 和计算资源都属于一个团队，团队中成员有四种角色：开发、测试、访客和管理员，每种角色有不同权限，管理员能够增加 / 删除成员。一个用户能够退出多个团队，默认有一个专属的集体团队，能够在其中试用星链，还会默认退出 demo 团队，以不便查看零碎提供的示例 VMS。在创立 VMS 时，能够通过克隆已有 VMS 的形式疾速新建 VMS。VMS 反对分组、分级管理。管理员能够将 VMS 迁徙至其余团队，以不便实现在大中型企业中常常产生的组织和业务调整需要。

6 小结

本文介绍了星链的性能、外围概念、利用场景、劣势和次要产品性能，简略总结来说，星链是一个微服务低代码 Serverless 平台，用户通过对立的 Web 界面实现可视化微服务 (VMS) 的开发、调试、构建、测试、部署残缺流程，以可视化、组件编排形式低代码开发微服务，以申明式进行 Serverless 部署，疾速交付如服务前端的后端(BFF)、服务流程编排、异步音讯解决、定时工作、经营后盾、工作流程自动化、临时性需要等场景化、定制化业务研发需要，降本增效。星链的特色是满足高并发、低延时 C 端服务要求，低代码但不就义灵活性和可控性，反对企业级 Serverless，计算资源利用率高、成本低。