开发函数计算的正确姿势——使用交互模式安装依赖

开发函数计算的正确姿势——使用交互模式安装依赖

前言

首先介绍下在本文出现的几个比较重要的概念:

函数计算(Function Compute)函数计算是一个事件驱动的服务,通过函数计算,用户无需管理服务器等运行情况,只需编写代码并上传。函数计算准备计算资源,并以弹性伸缩的方式运行用户代码,而用户只需根据实际代码运行所消耗的资源进行付费。函数计算更多信息参考
Fun: Fun 是一个用于支持 Serverless 应用部署的工具,能帮助您便捷地管理函数计算、API 网关、日志服务等资源。它通过一个资源配置文件(template.yml),协助您进行开发、构建、部署操作。Fun 的更多文档参考

备注: 本文介绍的技巧需要 Fun 版本大于等于 3.0.0-beta.1 。

依赖工具

本项目是在 MacOS 下开发的,涉及到的工具是平台无关的,对于 Linux 和 Windows 桌面系统应该也同样适用。在开始本例之前请确保如下工具已经正确的安装,更新到最新版本,并进行正确的配置。

Fun 和 Fcli 工具依赖于 docker 来模拟本地环境。

对于 MacOS 用户可以使用 homebrew 进行安装:

开发函数计算的正确姿势——使用交互模式安装依赖

Windows 和 Linux 用户安装请参考:https://github.com/aliyun/fun/blob/master/docs/usage/installation.md

安装好后,记得先执行 fun config 初始化一下配置。

注意, 如果你已经安装过了 fun,确保 fun 的版本在 3.0.0-beta.1 以上。

开发函数计算的正确姿势——使用交互模式安装依赖

背景

函数计算以 Zip 压缩文件格式作为约定的交付物,交付物通常包含代码和依赖库文件。这些依赖库文件通常分为系统依赖(使用 apt-get 包管理安装的库)和语言运行时依赖(使用语言相关的包管理器如 npm、pip 安装的库)。

系统依赖通常不可移植

通常情况下系统依赖和环境相关,比如我们希望在函数里调用 brotli 命令解压文件,如果我们在开发机 mac 上,使用 brew install brotli 安装了 brotil 命令,然后打包发布到函数计算平台是无法运行的。有时候即使开发机是 linux 也不一定可以。这是因为通过系统提供的包管理工具安装的可执行程序和动态链接库与系统的类型和版本强相关。不同系统上安装的这些程序和文件不具备可移植性。

语言依赖也存在不可移植的情况

通常情况下语言依赖是平台无关的,比如说使用 npm install jszip 安装一个 nodejs 依赖,该依赖可以运行在不同的操作系统和不同的 nodejs 版本下。语言平台上的依赖通常是可移植的,单也有例外的情况。如: npm install node-pty 就是一个存在原生绑定(native binding)的例子。node-pty 模块安装过程中,依赖一些 c/c++ 代码,这些代码会在安装的过程中进行编译,我们知道 c/c++ 代码虽然也具备平台移植性,但是其编译产物是不可移植的。

DSL 脚本的不足

Fun 2.0 版本支持依赖安装 DSL 文件 fun.yml,fun.yml 为依赖安装提供了批量模式。日常开发提供了一种命令模式,如:fun install --package-type pip tensorflow。在 Fun 3.0 中我们提供了一种全新的 DSL 文件 Funfile。Funfile 可以理解为 Dockerfile 的语法子集,让熟悉 docker 的开发者可以快速上手。

但是无论是 fun.yml 或 Funfile,以及命令模式,对于开发者都有一个痛点。那就是不知道环境里当前的状态:

  1. 已经安装的软件有哪些
  2. 某个目录下有些什么文件
  3. 文件的内容以及属性是什么

开发者需要可以交互的沙箱环境。该功能在 Fun 2.0 中没有,用户常常使用 fcli sbox 命令作为替代,或者直接使用 fc-docker 项目提供的镜像启动一个 container。docker run --rm -it -v $(pwd):/code aliyunfc/runtime-python2.7:build bash 但是这些复杂的命令和参数需要用户具备足够的 docker 背景知识以及对函数计算工作原理的了解。

为了更好的解决上述问题,提升用户的开发体验,我们在 Fun 3.0 中提供了 fun install sbox 子命令。

开发函数计算的正确姿势——使用交互模式安装依赖

命令行参数

开发函数计算的正确姿势——使用交互模式安装依赖

快速开始

下面以项目 pyzbar_example 为例, pyzbar_example 项目包含如下文件

开发函数计算的正确姿势——使用交互模式安装依赖

其中 template.yml 文件内容如下

开发函数计算的正确姿势——使用交互模式安装依赖

启动交互模式 sbox

开发函数计算的正确姿势——使用交互模式安装依赖

在 template.yml 所在的项目目录执行 fun install sbox,其中参数

  • -f/--function 参数指定启动 sbox 的函数,本例中函数所设定的 runtime 为 python3,所以 python3 环境的沙箱环境会被启动起来,函数 pyzbar-fun 所对应的 CodeUri 目录会被挂载到沙箱环境内部的 /code 目录,上面例子中在沙箱环境内 ls 命令返回的文件列表证实了这一点。
  • -i/--interactive 参数表示启动交互模式,对应非交互模式的用途可以看后面的示例。

如果 template.yml 文件并不存在,或者 template.yml 配置文件内的函数尚未配置可以 使用 --runtime 参数启动交互模式,此时当前目录会被挂载到沙箱环境的 /code 目录。

开发函数计算的正确姿势——使用交互模式安装依赖

上面的方法适用于临时启动一个 sbox 做些动手实验的场景。

使用 fun-install 安装 apt 和 pip 依赖

开发函数计算的正确姿势——使用交互模式安装依赖

非交互模式下使用 sbox

使用如下一行命令打印出 pyzbar-fun 函数的 sbox 内预装的 deb 包。

开发函数计算的正确姿势——使用交互模式安装依赖

也可以通过管道将外部命令的内容传递到内部

开发函数计算的正确姿势——使用交互模式安装依赖

注意这里 -i 参数不能省略,该参数表示接受标准输入。

小结

fun install sbox 是 fcli sbox 的替代工具,除了支持交互模式,沿用了指定 runtime 启动 sbox,也实现了 fun 风格的指定函数启动 sbox,更加便利。同时也支持内联命令和管道等非交互模式的用法,为编写脚本提供了更好的支持。

原文链接

本文为阿里云内容,未经允许不得转载。