GCLI——闲鱼FaaS开发利器

关于GCLI

闲鱼技术团队推行了基于Flutter+Servless的一体化研发方案, 在Serverless技术的加持下，客户端开发可以轻松独立完成业务闭环。FaaS作为Serverless技术业务功能主要载体，其开发效率影响需求交付的速度。GCLI是一个基于支撑FaaS研发生命周期的命令行工具，它定义了闲鱼FaaS开发闭环，统一了FaaS的研发环境，是提升FaaS研发效率的利器。

关键问题

FaaS开发闭环

下图是简化后的闲鱼FaaS开发视角下的开发生命周期，和传统服务端开发相同，图中2.1～2.3是最高频动作，将这些动作串联起来、提供标准的操作语义，以高效的运转对于提升FaaS开发生产力至关重要。闲鱼FaaS希望给用户提供像开发本地函数一样开发FaaS代码的体验。

研发环境统一

闲鱼的FaaS自建了一套适配自家JAVA生态的工具链以简化FaaS的编程平面,但同时引入了开发环境的一致性问题, 开发环境不能收敛管理可能带来

• 陷入「It works for me」困境，开发环境的干扰让问题本质迟迟无法重现

• 开发环境退化，如环境变量被覆盖、OS被动升级导致兼容性问题等

• 开发环境适应，基于linux开发的库、工具无法在非linux环境下运行

• Start From Scratch, 对于一个新的技术栈，开发环境安装和配置是阻碍用户尝试创新的因素之一

上述几点在闲鱼的实践里得到了应验，之后闲鱼尝试基于WebIDE开发来解决环境的问题，但现阶段体验上和理想有差距，WebIDE由于用户研发习惯和工具也得不到很好的继承，开发效率反而因此下降；如何统一开发环境、延续用户开发习惯也是需要重点考虑的。

GCLI的解决方案

为了解决上面两个核心问题，如下图所述，GCli将研发闭环拆解成适合Serverless研发风俗的开发指令；为了让用户继承其研发习惯和工具，闲鱼优先选择了基于本地的开发方案；使用Docker技术统一开发环境，在Dcoker内声明Dart FaaS技术栈依赖的运行环境(软件+配置)。

借助容器技术，FaaS的软件环境可以移植到任何支持Linux运行的操作系统，从而解决了环境统一的问题；GCLI通过FaaS Open API实现本地和函数平台实现互操作，形成完整的研发闭环。

GCli命令行

GCli命令行被设计成standalone的可执行程序来消除对应编程语言对runtime依赖。它会将用户开发指令转换为Docker的操作命令，并以一定的策略来控制Docker的生命周期。下面是GCLI的功能片段：

用户可以借助GCLI定义的研发指令开发函数。例如用户用开启热部署，只用关心代码编写，GCLI将代码实时同步到云端，随后调用一次函数并观察函数返回和结果即可。

- 利用GCLI热部署和日志指令开发函数

#打开热部署能力，实时监听代码变化，并实时在云端生效
gcli hotdeploy -f my_function --watch
#调用远程函数,获取调用结果
gcli invoke -f my_function --data '{"data":{}}'
#查看云端函数日志以tail的方式运行
gcli logs -f my_function --tail

#本地拉起函数容器
gcli local start
#本地debug
gcli local debug

• 宿主机IDE侧
  

• 用户代码目录通过bind mount到container，然后在容器内完成编译，之后的产物能够被IDE识别

• GCLI通过Docker同步的配置文件，执行端口映射、bind mount或环境变量导入操作

• 宿主通过Volume共享容器内的文件（如pub仓库、maven仓库），提升编译速度

• 宿主通过NAT地址转换和容器打通网络，端口转换信息定义在GCLI的配置文件里

• 容器侧

• 镜像加速区，为了提升编译的速度，在镜像里预置了可能需要的缓存文件以及环境变量

• 软件仓库，定义需要同步到host的软件

• 编译/运行时环境，包括语言运行时、环境变量、仓库等

• 定制软件，GCLI提供的开发指令的实现来自这里

• 开发门槛降低了，对跨栈开发友好，非Dart技术栈开发人员可以在30分钟内从裸机到完成开发部署FaaS服务。

• 本地开发环境稳定可靠，彻底消灭了开发环境不一致引起的问题，节约了宝贵的开发时间。

• 开发闭环指令简单易用，而在GCli产出之前，50%的开发会由于定制开发工具复杂、易出错而选择放弃使用，进而选择传统低效的开发方式。以部署为例，传统方式需要10分钟完成部署，GCLI只需要5秒。

• 容忍Windows等操作系统的开发，对于一种新的开发模式推广有正面作用。