撮合前端平台在低代码平台的落地实践 | 京东云技术团队

京东云开发者
• 阅读 238

在京东技术的发展当下,不同的业务线,不同的区域,甚至于很多触达消费者的端,正在被中台架构能力所支撑。大家都很清楚,中台建设能够带来技术的规模化效应,具有提高业务协同、加速创新和交付速度、提高系统稳定性和可靠性、降低成本和支持业务快速发展等优势。

中台架构往往和领域产品有密切的关系,领域产品是在京东体系中,处于前台和共享业务域之间,基于标准理论标准,为实现某个特定商业场景、而提供的一组业务活动能力,接入团队可以通过复用领域产品的能力,达到快速实现业务需求的目的。

基于传统认知,前端产品直接触达消费者,往往具有高度的定制化、需求变更频繁等特点,要求具有很好的动态性, 能够满足不同客户的需求。那么能否建设类似的前端中台产品,我们姑且称之为“前端领域产品”,实现接入团队端到端能力复用呢?我们在撮合业务线中进行了一系列思考和探索。

架构设计

撮合前端平台在低代码平台的落地实践 | 京东云技术团队
左图展示了实现前端领域产品之前业务线的接入模式:各个业务线独立对接撮合中台,需要各自搭建前端平台(端)。右图展示了在撮合中台和端之间,嵌入了前端领域产品(后文中统一称为撮合前端平台),以一套MVP标准版驱动多种业务形态接入,对各个业务线提供前端支撑能力,提供接入撮合的基础能力和业务能力供业务方使用,业务接入后不再需要自己搭建前端平台,而是作为撮合前端平台的一部分直接使用,这样就大大减少了开发成本。

作为一套标准领域产品,撮合前端平台应当具有如下特征:

  • 能力隔离:实现不同业务接入的数据隔离、业务形态隔离

  • 标准化:对撮合业务进行模型抽象,对流程不同环节中的业务提供标准组件

  • 兼容性:不同业务线之间能够实现技术通用和复用

  • 易扩展:新业务快速接入,不同业务域具有一定的定制化能力

技术方案

撮合业务可以抽象为多租户接入模型,在数据隔离方面主要参考交易中台的四要素模型,四要素包含租户(Tenant)、流量场(BU)、子渠道(Channel)、用户终端(UA),主要应用于多租户、多流量场、多销售渠道、多端的业务场景。

租户(Tenant) 流量场(BU) 子渠道(Channel)
控制方 领域产品 领域产品 接入方
载体 应用/页面 页面 组件

撮合前端平台总体采用平台和接入方共享共建的方式使用:

  • 针对租户级别的差异性,我们考虑使用应用或页面的方式进行承载,例如撮合前端平台划分为3个基础应用,分别为买家端、商家端和运营端,分别承担撮合询价、报价和管理的角色。在新业务接入时,若与基础应用能力差异很大,则可基于基础应用快速搭建子应用接入的方式;否则可采用基础应用内新建页面的形式。

  • 针对场差异性,使用页面的方式进行隔离承载,由领域产品提供抽象的业务闭环能力,例如询价能力、报价能力,由接入方进行使用。

  • 最后针对场内的细微差异,接入方可通过页面/组件暴露的配置化接口进行配置的方式实现。

  • 若撮合前端平台能力不足,则接入方也可通过平台提供的能力自建组件进行能力补充。

低代码平台与产品形态契合度高、设计风格统一,能够支持业务快速运维部署,我们认为这套业务模型在低代码平台上进行落地更为高效,因此在技术选型的过程中选择了水滴低代码平台进行撮合前端平台的可视化搭建 ,充分利用低代码平台的内置能力,例如表单表格、权限管控、微前端等。基于低代码平台能力和底层撮合中台的能力,我们针对撮合业务形态搭建了完整的业务链路。
撮合前端平台在低代码平台的落地实践 | 京东云技术团队
撮合前端平台在低代码平台的落地实践 | 京东云技术团队

技术加速

在2022/12我们着手开始搭建撮合前端平台MVP版本,2023/2完成专项视觉优化改造,并在2023/3规划新业务接入。在大促前后,将技术架构进一步改良,驱动这种创新能力在新业务接入中进行赋能,有利于推动撮合交易业务增长。在新业务的接入中,识别到业务的较大差异,对原有基于SKU进行撮合的MVP能力进行了较大改造,实现了基于SKU和SPU进行撮合的两套业务体系。
撮合前端平台在低代码平台的落地实践 | 京东云技术团队

在项目搭建的过程中充分利用低代码的页面搭建能力,实现了33个页面的标准页面开发,并完成如下通用化改造:

  • 场参数和环境参数:采用url传参的方式,实现四要素参数和环境参数的注入,实现数据和环境自由切换。

  • 统一拦截器:将分散在各个表单和表格的接口进行识别和整合,通过统一拦截器进行处理,封装公共逻辑如接口异常处理、公共参数拼接等,对接口调用方式进行了精简。

  • 能力复用:对功能进行更细粒度的拆分和重组,如将询价单和商品信息剥离开,询价单操作和询价单展示剥离等,新增页面表头操作组件、spu查询组件、spu卡片等组件,并兼容跨场能力。引入描述性列表组件和通用描述协议,实现跨场动态表单配置和渲染。业务组件采用npm包插件的方式引入,可以在低代码页面引入后使用。

  • 微前端改造:支持业务线进行旧工程微前端改造,实现低代码页面以微前端方式嵌入。

撮合前端平台在低代码平台的落地实践 | 京东云技术团队

新业务作为新的场接入,由撮合前端平台在平台基础上一键复制新的子应用或子页面供业务方使用。撮合前端平台提供了丰富的基础组件和定制化的业务组件可供使用,并且全部支持配置可视化,业务方可利用拖拽的方式进行页面功能调整后发布生效。

结语

撮合前端平台尚且年轻,但是凝聚着京东技术人的智慧,相信未来会有更广阔的应用前景。

作者:京东零售 陈震

来源:京东云开发者社区 转载请注明来源

点赞
收藏
评论区
推荐文章
保卫大萝卜 保卫大萝卜
2年前
阿里低代码引擎 LowCodeEngine 正式开源!
低代码引擎是什么?低代码引擎是一款为低代码平台开发者提供的,具备强大扩展能力的低代码研发框架。低代码引擎由阿里巴巴前端委员会、钉钉宜搭联合出品。使用者只需要基于低代码引擎便可以快速定制符合自己业务需求的低代码平台。同时,低代码引擎还在标准低代码设计器的基础上提供了简单易用的定制扩展能力,能够满足业务独特的功能需要。为什么我们要开发低代码引擎?2019年7
【敏捷研发系列】前端DevOps流水线实践
软件开发从传统的瀑布流方式到敏捷开发,将软件交付过程中开发和测试形成快速的迭代交付,但在软件交付客户之前或者使用过程中,还包括集成、部署、运维等环节需要进一步优化交付效率。因此Devops的产生将敏捷的相关理念扩展到运维侧,从而将产品、设计、开发、测试、运维团队更紧密的结合在一起。而从交付给客户产品视角看,前端研发通常又是在整个产品设计开发链条的最终节点,意味着前端团队受到上游变更的影响是最大的,并且从经营理念效率出发,提升前端交付效率是至关重要的。
Easter79 Easter79
2年前
springboot2之优雅处理返回值
前言最近项目组有个老项目要进行前后端分离改造,应前端同学的要求,其后端提供的返回值格式需形如{"status":0,"message":"success","data":{}}方便前端数据处理。要实现前端同学这个需求,其实也挺简单的,
Stella981 Stella981
2年前
AssemblyScript 入门指南[每日前端夜话0xEB]
每日前端夜话0xEB每日前端夜话,陪你聊前端。每天晚上18:00准时推送。正文共:2459 字预计阅读时间:10分钟作者:DannyGuo翻译:疯狂的技术宅来源:logrocket!(https://oscimg.oschina.net/oscnet/b880277c594152a503
Stella981 Stella981
2年前
Node.js 12中的ES模块[每日前端夜话0x9E]
每日前端夜话0x9E每日前端夜话,陪你聊前端。每天晚上18:00准时推送。正文共:2552字预计阅读时间:10 分钟作者:BrianDeSousa翻译:疯狂的技术宅来源:logrocket!(https://oscimg.oschina.net/oscnet/2ccaf94cecd3
Stella981 Stella981
2年前
Serverless SSR 技术在「腾讯在线教育」的实践
我们的团队!(https://oscimg.oschina.net/oscnet/up3d4f125b403e4897bef9c200a0b691f6fd9.JPEG)IMWeb团队隶属腾讯公司,是国内最专业的前端团队之一。我们专注前端领域多年,负责过QQ资料、QQ注册、QQ群等亿级业务。目前聚
可莉 可莉
2年前
2020DevOps状态报告——平台模型:扩展DevOps的新方法
平台模型是我们在这个领域看到越来越多的方法,它源于负责产品或服务的端到端交付的产品团队的理念。如果只应用于单一的产品,或者几个产品,它的效果很好。但如果有数百种产品或服务,把一个产品团队用于这些产品,对每一个来说都是低效和昂贵的。想象10个团队,每个团队都有自己的技术栈、工具链和流程。会一直重复解决类似的问题、花太多的时间来评估技
Stella981 Stella981
2年前
2020DevOps状态报告——平台模型:扩展DevOps的新方法
平台模型是我们在这个领域看到越来越多的方法,它源于负责产品或服务的端到端交付的产品团队的理念。如果只应用于单一的产品,或者几个产品,它的效果很好。但如果有数百种产品或服务,把一个产品团队用于这些产品,对每一个来说都是低效和昂贵的。想象10个团队,每个团队都有自己的技术栈、工具链和流程。会一直重复解决类似的问题、花太多的时间来评估技
飞速成功案例 | “ 腾讯+飞速 ” 互联网企业的数字化实践之路
​腾讯作为BAT三大巨头之一;在2018年引进了低代码平台,以低代码为核心的一体化高生产力平台赋能业务,在不同的业务领域中进行探索和突破。传统低代码无法适应市场发展随着腾讯的核心业务迅速发展,定制化需求的业务不断涌现,传统模块无法适应快速发展的市场定制化需求;尤其是标准化应用二次开发的限制成为了业务掣肘,信息化建设倾向于统建、大集中共享模式,对项目协同与管控要求较高。基于此,如何通过容器化优化资源使用、提升运维效率、加速微服务落地;使用国产化的底层资源和服务,做到自主可控,安全性强;实现系统云化、简单易用
飞速成功案例 | “ 腾讯+飞速 ” 互联网企业的数字化实践之路
​腾讯作为BAT三大巨头之一;在2018年引进了低代码平台,以低代码为核心的一体化高生产力平台赋能业务,在不同的业务领域中进行探索和突破。传统低代码无法适应市场发展随着腾讯的核心业务迅速发展,定制化需求的业务不断涌现,传统模块无法适应快速发展的市场定制化需求;尤其是标准化应用二次开发的限制成为了业务掣肘,信息化建设倾向于统建、大集中共享模式,对项目协同与