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

稿件来源:阿里云开发者社区

 

https://ucc.alicdn.com/pic/developer-ecology/85ab0b2c8e044a53bc1fd4bbf67dac52.png

导读:

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

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

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

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

https://ucc.alicdn.com/pic/developer-ecology/1857cf1c2ab140298769f3098fa6652c.png

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

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

  • Dart AOT 编译能力。
  • 自建渲染引擎,不需要转换到 Native 控件,避免了线程跳跃等问题。

https://ucc.alicdn.com/pic/developer-ecology/21dda5afcd3a4466abda24b91fdd4dde.png

更多比较:

https://ucc.alicdn.com/pic/developer-ecology/550d54912eca45fe9c66f888c4912374.png

没有银弹的解决方案, 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 就可以用于 WebServer 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 )?如果一体化后把工作量压到一个人身上,那意义不大,需要使一体化下的总工作量降低。
  • 如何促进生产关系重塑? 生产关系需要适应新的生产力。

 

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

  • 业务闭环为业务开发同学带来更好的成长空间,可以完整和专注的思考业务。这是人上的核心动力。
  • 业务闭环是业务流程沉淀的方向
  • 以往的架构是云、端分开架构的,一体化后有了更多的架构下沉空间,从而带来了总工作量 11<2 的可能
  • 领域下沉和工具支撑是一体化的保证

案例效果

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

 

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

 

说在最后

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

 

 

猜你喜欢

转载自blog.csdn.net/weixin_40050195/article/details/97268045