乘风破浪的苏宁“大前端”,做和用户“最近”的IT人


今年的苏宁818注定与以往不同 。
【乘风破浪的苏宁“大前端”,做和用户“最近”的IT人】 不久前的苏宁818发布会上,苏宁宣布由“零售商”升级为“零售服务商”,并全新升级了“专注好服务”的品牌主张 。 同时,家乐福1小时达等业务与全新升级的视频、直播等平台的接入,在今年的818共同为消费者打造更全面、更立体的服务 。
当下,消费的持续升级与市场的快速复苏,将流量推向了更高层级 。 “专注好服务”,也对前端技术提出了更高的要求 。 经过多年的积累,苏宁已构建出较为完备的前端技术体系,全力支撑覆盖浏览器、APP、小程序矩阵等技术场景的“线上平台+线下门店”各节点大促 。 在经济复苏按下快进键的2020“818”,苏宁“大前端”将会打出怎样漂亮的组合拳?
业务、技术团队的“发布之争”
在电商大促中,一直存在着这样一个矛盾:一方面,业务团队希望促销活动更灵活,适应市场的快速变化,希望大促期间的活动页面、场景玩法都能多发、快发;另一方面,技术团队则希望避免频繁发布带来的质量风险,所以倾向于在大促期间封板、禁发 。
那么,苏宁是如何应对这个矛盾呢?
第一,前端基于Node.js对大量的系统进行改造,彻底实现前后端分离 。 在系统分层上,将展示层放在Node.js系统上,由前端同学维护,而对数据的处理,保留在服务端,由服务端同学处理 。
第二,服务端提供微服务,前端使用Node.js将服务组装后,渲染为页面,成为新的常态开发模式 。 通过这一方式,前端的多项操作就可以脱离服务端来做单独发布,解决了绝大部分大促相关业务的快速发布和系统稳定性的矛盾 。 涉及到数据操作相关的可以及早封板,保持稳定 。 而大促相关的紧急需求可以通过Node.js来做快速发布,甚至一直持续到817-818当天的爆发节点 。
乘风破浪的苏宁“大前端”,做和用户“最近”的IT人
本文插图
(图苏宁广泛的Node.js应用,支持WAP/PC页面快速发布)
快速搭建促销会场的“泰坦”奇兵
苏宁使用weex始于2017年,彼时被广泛使用于APP的大促会场页面上 。 得益于Weex的使用,苏宁易购大促会场的渲染帧率从平均30FPS提升到平均55FPS,极大提升了用户体验 。 同时,weex页面的转化率也远高于H5,可以说获得了体验和效益的双丰收 。
据了解,今年苏宁818会场也同样使用weex技术,除定制化的大促主会场外,大部分的分会场及专用促销页,都可以通过苏宁泰坦这一no code平台搭建 。
乘风破浪的苏宁“大前端”,做和用户“最近”的IT人
本文插图
(图苏宁泰坦平台)
苏宁泰坦平台,支持了上百个H5/WEEX组件,支持“所见即所得”方式编辑会场、促销页 。 通过no code平台,大促会场的开发量降低了60%,运营同学也可以在仅仅几分钟内完成会场页的配置 。
一次开发、多端部署、流量共享的苏宁小程序平台
苏宁小程序平台,是苏宁独立实现的一个小程序架构,支持业务以小程序的方式运行在苏宁系APP上,如苏宁易购、苏宁小店、苏宁金融、PP视频、PP体育等,做到了一次开发,多端部署 。
通过小程序平台,苏宁得以实现多业态的流量共享和流转,用户可以在苏宁易购APP上看中超比赛,也可以在苏宁体育APP上边看边购买商品,而同一个促销玩法,可以同一时间部署到多个APP上,让用户一起来玩 。
截止2020年818前,苏宁已接入了包括微信、百度、头条、支付宝等多个小程序平台 。 大促的一次上线,往往要同时将代码提交到3-4个小程序,开发成本很高,通过人工方式添加代码确实难以为继,于是SNT-小程序转换器孕育而生 。
SNT基于Babel,将微信小程序代码转化为百度、头条、支付宝小程序代码,转化率超过80%,极大的降低了小程序的开发成本,前端工程师仅需开发微信小程序代码,再通过SNT转换器,就可以生成其他小程序的代码 。 通过SNT,前端团队仅花费微信小程序一半的人力成本,就支撑了百度、头条、支付宝等小程序的迭代需求 。


推荐阅读