全球即时看!阿里巴巴余军:钉钉宜搭低代码实践之路

来源:CSDN博客 | 2022-07-09 06:05:27 |

嘉宾 | 余军   整理 | 西狩xs


(相关资料图)

出品 | CSDN云原生

在数字化转型浪潮中,越来越多的企业开始拥抱数字化提升工作效率、降低运营成本。而在数字化帮助企业实现“开源节流”的同时,数字化本身所带来的运营成本也同样值得被关注。如何快速响应日益增长的企业数字化需求?成为企业数字化发展过程中必须面对的问题。

2022年6月28日,在CSDN云原生系列在线峰会第11期“低代码峰会”上,阿里巴巴钉钉宜搭技术负责人余军(啤石)分享了钉钉宜搭低代码的演进之路,深入剖析低代码平台实践中遇到的问题以及对应的解决方案。

企业管理数字化诉求与挑战

企业数字化之路

企业发展过程中,数字化之路大致可以分为四个阶段。

初创团队:业务快速发展,一人身兼数职,服务多为外包形式

中小企业:业务实现线上化处理,软件多为外采形式

大型企业:业务出现定制化需求,系统由外采转为自研,完成数字化闭环管理

大型集团:业务流程再造,增加灵活性,实现数字化系统管理,由数据来驱动决策

企业数字化诉求与挑战

随着企业的发展,企业数字化需求越来越多,需求迭代所需要的研发资源变得捉襟见肘,慢慢形成了“核心应用要排队,长尾应用没资源”的状况。

短期内,企业可以通过增加研发资源,来缓解所面临的数字化需求增长。但从长期来看,在应对数字化需求增长的问题上,企业无法一味地增加资源投入,所带来的成本骤增是企业无法接受的,这违背了企业降本增效的初衷。

企业数字化需求的不断增长,依靠外包开发或者招研发堆人数,对于企业来说是不可接受的。

企业要敏捷,业务要敏捷,系统也要敏捷,不断的定制和扩展是必然的诉求,传统软件的开发模式和平台架构已不再符合当下的需求。企业面临“无法破局”的困境,促使企业开始“求变”。

低代码的职责

为什么我们需要低代码

低代码平台提供可视化的开发工具,可以帮助产品通过拖拉拽等可视化操作,将产品快速呈现出来。相比于传统软件的开发模式,低代码平台有以下优势:

业务、产品、设计、开发、测试全链路一体化

减少协同成本和重构风险,提高效率和质量

降低开发门槛,让更多人参与到应用构建

统一标准,形成聚合效应

软件开发的复杂度分为两类:业务复杂度和技术复杂度。在业务复杂度较高的系统中,基于传统开发模式的特点,开发过程中存在大量低门槛重复性的编码工作。低代码模式通过技术架构搭建,屏蔽了底层的技术细节,消除了低门槛重复性的编码,让更多业务人员可以参与到应用构建中。

为了简化开发人员和业务人员的工作,低代码平台需要尽可能多地去承担技术复杂度,为使用者屏蔽底层实现细节,对技术进行封装和沉淀,减少不必要的技术复杂度,将目光更加聚焦于业务。

钉钉宜搭平台产品技术演进

截至目前,宜搭平台产品技术演进分为三个阶段:

BPM驱动的1.0阶段

元数据驱动的2.0阶段

数据驱动、云钉一体的3.0阶段

宜搭1.0 & 宜搭2.0

宜搭1.0阶段,为了应对整个集团爆炸式增长的数字化需求,追求极致零代码,从工作流平台衍生为一款轻应用低代码平台。

随着阿里经济体的飞速发展,越来越多的业务接入集团,集团生态化诉求也不断增多,在提供低代码能力的基础上,还需要思考如何通过元数据来驱动业务的增长。宜搭2.0不再局限于为集团内部应用提供低代码能力,还能够让业务应用通过少量代码修改或配置,直接服务于集团的生态伙伴。

宜搭3.0:云钉低代码

随着集团“云钉一体”战略的推行,宜搭低代码平台完成了与钉钉的融合,打造出一款云钉低代码底座。得益于低代码能力,云钉低代码底座能够帮助钉钉实现一方、二方、三方应用的快速上架。

产品特性

平台共享:基于产品演进的历史背景,低代码应用和平台应用是运行在一起的

泛业务:云钉低代码平台是平台级应用,涵盖多种类型的业务

产品无边界:平台很难约束客户的用法,客户对平台的使用理论上是无边界的

开放 & 安全:提供给客户足够开放性的同时,确保了平台的安全性

面临的问题 & 解决方案

平台共享面临的问题

平台稳定性问题

整个平台是中心化运行的,业务应用之间没有隔离限制,如果单个业务应用出现故障,很有可能会拖垮整个平台。为了解决这个问题,平台实现了限流体系的建设,通过多级限流策略,对热点应用和突发流量进行一定的限流控制,避免单个应用对整个平台稳定性的冲击。

资源分配问题

平台资源无法按照客户优先级进行分配,导致资源被业务均摊。平台针对这一问题,通过架构升级,在数据、安全、设计三个层面做到了资源专属,确保客户的权益不受其他企业影响。除此之外,平台还支持专有版本的部署和交付。

泛业务面临的问题

单业务应用数据量大

有些业务应用的数据量存在百万级至千万级的情况,平台无法对大数据量应用去无限分配资源。平台提供了两种方案来解决这类问题:使用平台提供云上的专属数据库、使用客户本地数据库。

单业务应用并发高

单个应用可能承接了公司90%的数字化需求,并发数量非常高,平台无法对并发量进行控制。针对这一问题,平台一方面支持了跨应用的访问,另一方面支持产品层面的配置,帮助大型单体应用进行业务拆分,避免大应用导致的数据倾斜和流量倾斜。

此外,针对于业务敏感的应用,平台还提供了by业务的告警配置,客户可以结合自身业务特点来配置告警规则。

业务高峰不确定

不同业务的高峰期也是不同的,平台无法得到明确的业务高峰区间。此类场景下,平台针对一些高频场景和高频接口进行监控,增强平台的抗风险能力和应急能力。

产品无边界面临的问题

不合理使用平台

由于产品的无边界性,客户在使用平台搭建应用时,很容易忽略一些边界的条件,导致应用的稳定性和扩展性下降。

解决方案是,平台通过底层技术监控进行预警,当监控指标出现异常时,平台发送预警消息触达客户,协助客户排查定位问题。同时平台也会去定义一些边界,为客户提供多种保护策略,确保应用的稳定性和可驾驭性。

开放 & 安全面临的问题

平台的开放性带来了很多安全性的挑战,平台需要定期进行攻防演练,保障平台总体的安全水位。与此同时,在产品发版流程中对增量代码进行安全Review和安全扫描,确保新增代码是安全的,尽量减少对客户的影响,建立起一个整体的安全与开放的平衡。

关键词: 阿里巴巴