ITPub博客

首页 > IT职业 > IT职场 > 5G时代|闲鱼在Flutter&FaaS云端一体化架构的探索实践之路

5G时代|闲鱼在Flutter&FaaS云端一体化架构的探索实践之路

IT职场 作者:开发者学习指南 时间:2019-07-25 14:24:17 0 删除 编辑

稿件来源: https://developer.aliyun.com/article/710460

 

导读:

随着无线, IoT 的发展, 5G 的到来,移动研发越发向多端化发展。传统的基于 Native Web 服务端的开发方式研发效率低下,显然已经无法适应发展需要。本文将会介绍闲鱼近一年来在 Flutter&FaaS 一体化项目上的探索和实践。

传统 Native+Web+ 服务端混合开发的挑战

我们希望探索闲鱼这样规模的独立 APP 的高效研发架构。主要思路是围绕 Flutter 解决多端问题,并使 Flutter FaaS 等无服务容能力打通,形成云端一体化的研发能力,支持一云多端的发展需要。

在某些场景已经取得效果,过程中的思考与大家交流。

跨端方案 Flutter RN 的对比与选择

闲鱼选择 Flutter 主要是出于高性能的考虑。 Flutter 高性能主要来源于 2 个原因:

·          Dart AOT 编译能力。

·          自建渲染引擎,不需要转换到 Native 控件,避免了线程跳跃等问题。

更多比较:

没有银弹的解决方案, Flutter RN 各有优点。如何选择因素很多,关键看如何取舍,举个例子:

·          当前团队人员以前端 JS 栈为主还是 Native 为主?如果 JS 为主,写 RN 会更习惯。如果 Android iOS 为主,写 Flutter 会更习惯,因为 Flutter 的研发工具和体验与 Native 更相似。

·          动态性和复杂交互的性能,哪个更重要?动态性重要 RN 合适,性能体验重要 Flutter 不会失望。虽然 Flutter 也有一些动态化解决方案,例如 JS 转接 Flutter 引擎的方案, Dart 代码 CodePush 的方案,组件化服务端组装方案等,但这些动态方案都没有 RN 这样从 JS 层解决的这么好。

·          是否需要 IoT 等多端布局? Flutter 在嵌入式设计上有布局,性能有更好的表现。

Dart 作为 FaaS 层的首选语言

云端技术栈的打通,是减少协同的不错的解法。以往前端 Node.js 的一体化方案大家应该不会陌生,然而如果端侧使用了 Flutter ,那云侧 Dart 自然是第一选择。

FaaS 的本质是运行在云端,那 Dart 适合用在云 /Server 上吗?

Dart 语言早于 Flutter ,在最初的设计上, Dart 就可以用于 Web Server Dart 具备一些服务端语言的特点:

·          强类型,可预测性

·          GC 异步和并发

·          高性能的 JIT

·          Profiler

闲鱼首先尝试将 Dart 作为普通的 Server ,替代传统的 Java   Server ,然后再将 Dart 容器嵌入到 FaaS 容器中。建立 Dart Server 能力是第一步,也是主要的工作量所在。

闲鱼在 Dart   Server 方面的建设思路:

开发期:

·          Flutter HotReload 启发,将 HotReload 移植到了 Server 侧。

·          利用 Isolate ,在开发环境中为每个开发人员分配一个 Isolate ,解决以往的环境冲突的问题。

运行期:

·          Dart 本身是单线程异步模型,并发能力需要用 Isolate 支持。

·          利用 Dart Zone 的特性,可以方便的实现调用链路的跟踪,方便记录 Trace 日志。

·          利用 Dart 支持的 C++ Extension 能力,可以在 Dart 中访问支持了 C++ 的中间件包。另外, Server Mesh 也是一个重要的思路,用于解耦异构语言之间的服务调用。

一体化的更深层思考

上述内容实现了 Flutter & Dart FaaS 的技术栈的统一,但仅技术栈统一还远远不够,端、云的同学仍然无法真正互补和一体化打通,原因在于还有更多深入问题需要考虑:

·          一体化的业务闭环红利如何最大化?一体化不仅是效率的提升,还使一个同学可以 Cover 一个云到端的业务,使业务闭环。

·          如何消除云端技术壁垒?仅技术栈打通,端人员还是不会写云,原因在于对云的思维模式的不理解,需要真正消除云端的技术壁垒。

·          如何使工作总量减少 ( 1+1<2 ) ?如果一体化后把工作量压到一个人身上,那意义不大,需要使一体化下的总工作量降低。

·          如何促进生产关系重塑? 生产关系需要适应新的生产力。

面向这些问题,闲鱼的解法思路:

·          业务闭环为业务开发同学带来更好的成长空间,可以完整和专注的思考业务。这是人上的核心动力。

·          业务闭环是业务流程沉淀的方向

·          以往的架构是云、端分开架构的,一体化后有了更多的架构下沉空间,从而带来了总工作量 1 1<2 的可能

·          领域下沉和工具支撑是一体化的保证

案例效果

案例一:一体化在资源均衡方面的体现。在近期的一个项目中,云端一体化使原本 2 个月的项目时间,减少了 20 天。

案例二:一体化在业务闭环方面的体现。负责增长的一位开发同学,专注在增长业务上,在合适的情况下为合适的人投放合适的内容,以此带来用户的增长和活跃效果。一体化的方式下,可以统一云、端的切面,业务研发不再受云、端的限制。

说在最后

一体化是建设高效研发框架的方向,并不是所有场景都需要一体化的开发,但一体化的 Flutter FaaS 等技术组件,可以独立使用,也会带来效率提升,并且与原有的开发模式兼容。从一体化的思路去建设,可以使整体架构体系更加一致,也有机会做一体的架构沉淀。未来闲鱼希望在一体化上做更多尝试和深入探索,包括一体化工具、一体化业务平台、数据化智能化等方向。

 



来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/69926013/viewspace-2651729/,如需转载,请注明出处,否则将追究法律责任。

上一篇: Servlet自学推荐
请登录后发表评论 登录
全部评论

注册时间:2019-05-28

  • 博文量
    34
  • 访问量
    23898