做搜狗网站优化首,网站开发一个月,做网站便宜,绍兴市住房和城乡建设局网站阿里妹导读#xff1a;闲鱼品牌创立于14年阿里的某个茶水间#xff0c;从0开始到现在千万DAU#xff0c;5年时间里闲鱼见证了闲置物品从线下到线上交易的转移。而线上交易的繁荣#xff0c;则需要业务架构做相应的调整、演进才能支撑业务的快速发展。本文主要通过介绍闲鱼从…
阿里妹导读闲鱼品牌创立于14年阿里的某个茶水间从0开始到现在千万DAU5年时间里闲鱼见证了闲置物品从线下到线上交易的转移。而线上交易的繁荣则需要业务架构做相应的调整、演进才能支撑业务的快速发展。本文主要通过介绍闲鱼从0发展到千万级DAU应用的不同阶段的业务特点、核心问题以及针对性的架构演进来阐述业务架构的演进思路与心得。
闲鱼业务背景
技术架构的演进跟业务形态都是强相关的闲鱼的市场本质以及用户特点如下描述 闲鱼是一个高性价比的二手交易市场。相比新品市场二手市场的市场空间就是用户在付出相同成本条件下有可能获取到更高的物品价值”典型的比如游戏卡带、乐高等这些功能型的产品。同时闲置市场也有着特殊存在的成本——信任成本信任成本主要体现在大部分二手可能没有售后服务每个人对二手物品残值有着自己的主观评价。
扩大市场空间有两种方式
降低新人成本提升匹配效率闲鱼与手淘差异性
闲鱼与手淘的卖家差异非专业的个人卖家利益驱动弱。发布产品差异为保证市场供给只能坚持轻发布。商品差异结构化信息少没有历史累计行为。闲鱼与手淘在业务、团队结构的差异性导致架构上不同的关注点导致不同的演进路线。
架构演进——试错期 架构随着业务阶段不断演进每个阶段都有核心的问题
试错期业务核心问题业务不断探索适合的商业模式架构核心关注点提升响应速度快速支持业务上线架构核心原则以质量换取速度可以牺牲一点线上质量(业务可接受范围)来换取更快的响应速度。
App发版速度(尤其是IOS)跟不上业务快速迭代的上线周期动态性是端面临的主要问题因此端上采用了Hybrid的架构
URL Router所有请求路由到一个H5的链接,通过URI Schema重定向到真正页面,如果对应的native没有开发出来就用H5版本来实现解决安卓与IOS不同步的问题。开关中心通过开关控制页面路由,页面入口是否开启分版本控制参数变更等改动。Poplayer无需发版的情况下在已有的Native界面上弹出H5的部署容器来满足运营随时创建活动并需要一个活动入口的需求。
架构演进——发展期 发展期业务与架构核心问题
业务核心问题隐约看到商业模式需要加速验证扩大规模。架构关注点提升效率(为了有机会去做更多事情,非降低整体成本)建设更多能力验证业务方向。架构演进方向前后端的协议、工具的自动化。 服务端通过Mbaas(服务端提供基础的数据源(商品、用户、搜索、互动)让客户端/前端通过类SQL的描述一次性获取自己想要的数据后端不需要增加接口)来实现活动、feeds投放的自动化。将更多精力投入到本地化、个性化、数据能力(与算法、推荐、搜索打通)的建设中。客户端开发关注两个点
对外整体连接协议的梳理在容器这端演化成Service Bus(类似服务端的ESB)对具体的实现进行封装以方便后续基础能力的可替换。组件库的建立新做一个页面的时候能通过现有的UI组件进行简单组装不需要从0开始搭建。组件与服务端打通组件组装逻辑与数据直接由服务端完成客户端负责解析与渲染。
因此这个时期客户端更多的工作是支持交互的基础的UI组件和动态适配性。
架构演进——平台期 随着业务的发展闲鱼基于商品体系的业务达到十几种逐渐向平台期发展。平台期业务与架构核心问题
业务核心问题需要让更多的二方、三方参与到共享经济平台的建设中但是平台生态建设又超出了闲鱼自身的能力。架构核心关注点扩展性(具备接入业务的能力)、业务隔离(已接入业务平稳运行)、平台基础能力建设(业务更好的发展)。架构原则做一些更基础的规划,然后把更多的可能性、动态性留给二方或者三方完成。
业务隔离框架SWAK 核心解决因业务发展带来的代码耦合问题问题主要体现在整体开发、运维效率低稳定性差。核心思路是分离系统中不可变和可变的部分分离出”做什么”与”怎么做”、“谁去做”。
将业务中不变的部分放入主干定义出做什么变化的部分以扩展点形式开放出来让具体的业务放自己来实现,完成怎么做谁去做。Swak的扩展点实现支持远程调用可以让业务实现应用级别的隔离相比传统的分包、分模块隔离方式更加彻底。
当前闲鱼商品主链路完成基于Swak的升级。下面是一个闲鱼币个性化业务的代码案例 平台通用能力 平台必须提供一些通用能力更好的支持业务发展
实时选品投放能力——马赫解决因闲鱼商品特性(结构化信息少,新品成交占比高)导致传统离线选品转换率差的问题。实时线上故障定位能力——神探解决类闲鱼规模系统因依赖多、场景多导致线上问题频发、问题定位投入成本高的问题。核心思路是对系统每一次错误的请求链路进行实时采集、分析、聚合再可视化展现,将整体故障定位过程变成自动化。
架构演进——云端一体化
背景 随着无线发展移动研发逐渐向多端化发展(IOT、小程序)。传统的基于NativeWeb服务端的开发方式逐渐出现瓶颈我们会发现例如
端上同学离业务越来越远服务端同学没时间做底层领域沉淀。各端研发之间存在大量的协同, 整体研发效率低下。招人也难了需要同时招多个技术栈的同学
在这种背景下, 我们的关注点回到研发效率上,从整体研发架构、研发模式出发, 思考什么样的架构演进、关系重塑才能适合当前的业务形态。我们希望探索出适合“ 闲鱼这样规模的具有独立APP” 的高效研发架构形成云端一体化的研发能力支持一云多端的发展。
演进步骤 朝着云端一体化的方向,架构的升级大概分成3个步骤
端上用Flutter实现了两端(IOS、Android)统一。无线发展了现在,跨平台的需求已经非常强烈团队招聘需要考虑 Android,IOS配比、一个业务需要在两端都写一次, 考虑双端逻辑一致、测试要测两遍。所以跨平台的方案能非常直接有效的降低研发成本解决资源均衡的问题。Flutterdart实现了三端(IOS、Android、服务端)技术栈统一。端上统一了再通过云端技术栈的打通来减少云端的协同。参考前端Node.js的方案闲鱼服务端用dart(Flutter也是dart语言)替换Java作为服务端server的语言。Flutter Faas(dart runtime)Nexus。技术栈统一了人员还不能互补最新闲鱼将Dart容器嵌入到Faas容器中配合跨云端的一体化业务研发框架Nexus进行了一体化的研发模式的探索使得一个研发人员能从端到服务端完成整个业务的闭环。
端侧方案选择 架构方案的选择可能造成巨大并且长远的影响。在架构的演进中我们要善于定义问题然后通过不断迭代来解决问题最后才能形成适合自己业务特性的架构。
闲鱼也是一样所谓没有银弹的解决方案在跨平台方案的选型中充分对比了Flutter与RN的差异性优缺点。闲鱼认为跨平台与高性能是我们当前的核心诉求”再结合团队内native技术栈的同学较多这个因素我们最终选择了Flutter作为跨端解决方案。
云端协同 Flutter两端统一后会发现客户端与服务端虽然都在做同一个业务不仅技术栈没有统一而且存在着大量协同的工作同时端、云的同学仍然无法真正互补和一体化打通。
因此我们开始思考是否能有一体的架构能让一个同学可以Cover一个云到端的完整业务形成业务闭环。
这不仅仅是效率的提升更能为业务开发同学带来更大的成长空间可以完整的和专注的思考业务。
关键问题及解法 我们梳理了需要解决的关键问题
如何消除云端技术壁垒首先要统一技术栈其次端同学对云的思维模式、知识储备上的差异需要有办法消除。如何使工作总量减少 ( 112 )一体化下需要使总工作量降低,不是简单的进行工作量转移。如何促进生产关系重塑生产力发生变化,需要建立新的生产关系。
面向这些问题闲鱼的解法思路
统一技术栈Dart具备服务端语言特点,强类型,支持异步与并发,甚至更快的启动速度因此作为服务端的server完全没有问题。Dart落地过程中更多的解决的是生态的问题(阿里的大部分生态都是基于java来建设的例如中间件、消息、远程调用)。我们主要通过通过C扩展、SideCar方式做桥接Service Mesh来解决。云端差异抹平通过Faas Baas等无服务器能力的建设, 抹平除写代码外的其他差异性(运维、故障定位等)使得客户端同学能写服务端通过UI2Code(根据图片生成UI代码)页面代码模板化(页面容器数据管理)使得服务端写客户端。一体化总体效率提升以往的架构是云、端分开架构的一体化后下沉跨云端的研发框架Nexus通过框架、工程体系的支持消除协议层重新定义UI与逻辑分层带来了总工作量112。关系重塑领域下沉能让原来服务端同学更加专注领域建设使领域层更加稳定让业务层与领域层的变化比例从当前的2:1提高到5:1 甚至更高。让大家的关注点都集中在自己的范围内。
业务落地及收益 目前一体化的研发模式已经在闲鱼多个场景落地以下单页的改造举例
改造前
下单页有着复杂的渲染、交互逻辑之前大部分逻辑都是在端上需要两个客户端一个服务端的同学来维护。
改造后
资源均衡将客户端界面从 IOS、Android两端统一成了Flutter后续只需要一个同学维护即可原来需要两个开发人员,也不会出现逻辑不一致的情况。协同效率提升端上由两端协同提升到无需协同云端由接口协议约定演化成现阶段的一体化协议未来可将协议下沉到框架实现云端无接口约定。业务闭环人员成长原来云端分离的业务逻辑全部下沉到了Faas(Dart)将原来分散在端与服务端的逻辑进行归一有机会做更多的规划建设同时也是端的同一个同学来维护给这个端的同学带来更大的成长空间。领域专注Faas层调用底层领域服务来完成自己的业务原来服务端的同学更多投入到交易能力的建设上。框架下沉跨云端业务研发框架Nexus寓意着能将客户端与服务端连接在一起。核心思想就是将UI与逻辑分离框架限定了端上只负责UI与状态的存储所有的逻辑都在Faas中完成。非常适合类似下单页的领域稳定的的场景。如上案例所述云端一体化能在多个方面带来收益特别适合类似闲鱼规模具有独立APP的研发团队。
说在最后 本文分别介绍了闲鱼从快速试错期→发展期→平台期→云端一体化的整体架构演进及过程中的思考。对核心问题的定义以及做的具体演进。
我们会发现架构的演化总是优于一步到位没有一个大而全或者特效的方法可以一直提升系统效率。软件工程是一个超级复杂的系统尤其是业务架构,需要随着业务随时变化。明确当前业务特点和核心问题才是设计的根本不符合业务的架构再领先也没用。相信所有架构师都有这样的体会。 双11福利来了先来康康#怎么买云服务器最便宜# [并不简单]参团购买指定配置云服务器仅86元/年开团拉新享三重礼1111红包瓜分百万现金31%返现爆款必买清单还有iPhone 11 Pro、卫衣、T恤等你来抽马上来试试手气 https://www.aliyun.com/1111/2019/home?utm_contentg_1000083110
原文链接 本文为云栖社区原创内容未经允许不得转载。
