閒魚Flutter＆FaaS雲端一體化架構

講師介紹

國有，閒魚架構團隊負責人。在7月13號落幕的2019年Archsummit峰會上就近一年來閒魚在Flutter&FaaS一體化專案上的探索和實踐進行了分享。

傳統Native+Web+服務端混合開發的挑戰

隨著無線，IoT的發展，5G的到來，移動研發越發向多端化發展。傳統的基於Native＋Web＋服務端的開發方式，研發效率低下，顯然已經無法適應發展需要。

我們希望探索閒魚這樣規模的獨立APP的高效研發架構。主要思路是圍繞Flutter解決多端問題，並使Flutter與FaaS等無服務容能力打通，形成雲端一體化的研發能力，支援一雲多端的發展需要。在某些場景已經取得效果，希望分享過程中的思考，與大家交流。

跨端方案Flutter與RN的對比和選擇

閒魚選擇Flutter主要是出於高效能的考慮。Flutter高效能主要來源於2個原因：

1. Dart的AOT編譯能力。
2. 自建渲染引擎，不需要轉換到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等技術元件，可以獨立使用，也會帶來效率提升，並且與原有的開發模式相容。從一體化的思路去建設，可以使整體架構體系更加一致，也有機會做一體的架構沉澱。
未來閒魚希望在一體化上做更多嘗試和深入探索，包括一體化工具、一體化業務平臺、資料化智慧化等方向。

本文作者：閒魚技術－國有　

原文連結

本文為雲棲社群原創內容，未經允許不得轉載。