常州外贸建站,普陀区网站建,企业网站建设运营的灵魂是,龙华区网站建设闲鱼将使用Flutter和FaaS来建设未来的技术开发体系#xff0c;这是一项长期的规划#xff0c;新的技术在现在看来犹如雾里看花#xff0c;需要我们不断的思考#xff0c;探索#xff0c;实践才能渐渐描绘出它的轮廓。本文对此提供一种思考角度#xff0c;对未来基于FaaSF…闲鱼将使用Flutter和FaaS来建设未来的技术开发体系这是一项长期的规划新的技术在现在看来犹如雾里看花需要我们不断的思考探索实践才能渐渐描绘出它的轮廓。本文对此提供一种思考角度对未来基于FaaSFlutter之上的编程形态做思考并介绍自己的初步实践。
Flutter, FaaS, 与闲鱼的一体化
闲鱼长期在做技术一体化的探索与实践我们希望使用一门语言一套技术栈能让开发工程师在任何场景完成业务开发实现开发模式和技术栈的统一。这是对开发效率的极致追求也是对开发人员的深度赋能更好的释放人员价值驱动业务成长。
闲鱼已经借助Flutter良好的跨栈能力来对App上的技术栈做统一并取得了初步的成果。因此想更近一步的整合前后端结合Flutter来建立统一的技术栈。FaaS的兴起给我们带来了新的视角和机会在后端开发场景中FaaS将运行环境和部署运维从日常开发中剥离出来让开发者更聚焦于业务降低了后端开发准入门槛闲鱼基于此已经在做FlutterFaaS的一体化开发体系建设。
技术在发展中会对当前的解决方案不断的抽象总结和提炼逐渐分离出其中的变化的部分与不变的部分让原来的问题变得收敛开发的关注点会变的更聚焦开发效率得以提升。这样会出现分层进而沉淀出基础设施这也是技术体系演进的一般规律如图 1-1。
图 1-1 FlutterFaaS的技术方案也是如此我们在当前的中台的基础设施之上建设用于一体化开发的新的基础设施层让业务开发更加聚焦。由此需要思考两个基本的问题
FlutterFaaS的技术体系作为支撑一体化开发的基础设施该提供什么样的能力基于新的一体化基础设施的业务开发是什么样的形态
图 2-1 这是一体两面的两个问题只要回答其中一个问题另一个问题的答案也会变得清晰起来。本文是思考和探索第二个问题。
FlutterFaaS一体化技术体系下的开发形态思考
也许只有到了最后一刻我们才能最终回答这个问题但是技术总是带着疑问前行我们先从尝试做顶层做抽象定义开始然后落地实践在实践后总结提炼完善顶层抽象迭代往复最终将概念变清晰。
先来看看当前的业务开发形态如图 2-1当前在业务开发中几个主要的关注点我大概的归纳为数据处理网络通信状态管理和界面绘制。从这4个点出发逐一思考在新的一体化的场景下会有什么变化
图 2-1 数据处理泛指传统的服务端REST API这部分在一体化的场景下这部分会由FaaS函数来实现其实这一部分的职责和定位并没有改变只是开发的组织沟通形式变了。传统开发页面会由服务端和客户端同学合力完成后面可能由一位同学前后一体化开发完成。康威定律指出软件的设计和开发人员的组织沟通结构是息息相关的所以这一部分可能有较大的变化但首先是他与客户端的交互方式上的变化即网络通信。网络通信在一体化场景下前后端都由一人实现代码也会是一个工程中的同种语言网络通信会加轻量安全使用起来也会更加自然接近于普通的函数调用。一个可能的变化是通信模式可能会突破CS模式在一次通信“会话”中Client端和Server端能更加自然的相互调用实现“对等对话”而不是传统的客户端请求服务端响应。随着网络硬件升级网速在变快通信成本在下降创新的空间很大。状态管理应用状态很大程度上是缓存在客户端上的数据受技术体系隔离开发沟通成本网络通信成本的影响在客户端上缓存状态是有必要的。但在一体化的场景中这些因素的影响在减小和消失所以我们想进一步的消灭状态将状态管理将至最小尽可能的由底层管理。界面绘制也许是受Flutter的影响响应式风格结合数据驱动的UI理念非常契合我们的思路这也是业界UI开发框架的潮流。
FlutterFaaS一体化技术体系下应用开发应该会更加简单前后端之间的差异变小通信更加轻量自然职责更加聚焦,如图 2-2。
图 2-2 一体化框架设计实践
在一体化的场景下业务可以由一个同学负责前后端的开发最大限度的减小沟通协作成本。当然大体量的业务必然需要协作的但协作的方式有所改变工作的划分可以由传统的前后端的横向划分变成前后一体的垂直划分如图 3-1协作方式的改变也会影响到我们设计的思路。
图 3-1 基于前面的讨论我们尝试做了框架设计首先我们将要开发的业务命名为一个Story即一个Story代表一个产品业务Story会按照上面垂直划分的方式将业务划分为一系列的Scene。Scene对应于传统意义上的页面的概念但和产品设计上的页面不强求一一对应如图 3-2-(1)。Scene是个前后一体的虚拟概念运行时并没有实体。它由3部分组成如图 3-2-(2), Model部分处理业务数据RawData,Converter将业务数据转换成渲染所使用的数据(State), 最后Render使用渲染数据绘制界面。Model和Converter部署在后端在FaaS函数中运行Render运行在客户端他们之间的数据流是单向的。在实现逻辑处理的时候统一使用事件事件优先在本端处理本端不处理则路由到另一端如果另一端也不处理则丢弃如图 3-2-(3)。
图 3-2 Story已经开始在闲鱼的业务中落地实践后期带来实践效果的分享。
实践中的挑战和借鉴
要建设完善一体化技术体系不是容易的事情实践中肯定会有诸多挑战。好消息是FaaS和它背后的Serverless理念已经是业内潮流了实践也在如火如荼的进行中。其中阿里的前端同学集中力量对Serverless已经实践的很深入了虽然并不是一体化的理念但实践上很多的思路可以做相互印证和借鉴
开发部署工具链闲鱼一体化工程依赖于底层开发部署工具链的支持是基础设施的一部分部署也是Serverless体系中关键一环从前端同学的实践中看工具插件和平台都有。闲鱼有直接使用的平台也会有自建的工具插件长远会做一步的体系标准化建设。全链路追踪监控这是工程化必须的系统闲鱼直接受益于集团的平台但也会建设自己特殊场景的工具比如借鉴Flutter的函数热更新本地一体化调试等。
当然闲鱼也有自己感兴趣探索的方向
网络通信我们的很多设想对网络通信有着很高的要求诚然网络质量会越来越好成本也会也来越低但弱网场景总会存在如何保证服务的稳定可用依然是挑战。一体化会弱化开发对网络的感知提供新的网络使用方式。组件分治在闲鱼的业务中复杂页面是始终要考虑的问题。在前面的设计中我们对此做了预留(Converter部分)但前后一体化的组件该怎么抽象又如何组合复用我们还在探索中。
最后我们诚挚的邀请优秀的你加入闲鱼和闲鱼一起因为相信而看见见证不一样的未来
原文链接 本文为阿里云原创内容未经允许不得转载。
