- • Resources 具体的资源对象
- • Resources.*.Type 资源类型
远程调试
通过fun invoke functionName命令对函数进行远程调试
也可以添加--local进行本地调试，在本地调试之前先安装docker，通过docker在本地启动一个代码运行环境来执行代码，而不是直接模拟函数参数，这样的好处是更接近FaaS平台的运行环境。
应用部署
通过fun deploy进行应用部署。
开发框架的意义在于帮助开发者提升Serverless应用的开发效率。
小结
- • 与FaaS、BaaS等基础技术一样，Serverless开发框架也是Serverless领域中非常重要的一部分
- • 一个优秀的Serverless开发框架，可以让开发者很容易开发一个Serverless架构的应用，也能让企业轻易将现有业务演化到Serverless架构
- • Serverless开发框架需要具备的基本能力是应用管理、应用调试和应用部署。
Serverless应用怎么安装依赖？
Serverless应用代码都是独立的函数，不涉及其他依赖，而在实际进行应用开发时，大部分情况下都会有第三方依赖。
上述代码引入了mysql的依赖。
为什么安装依赖很困难？
主要是因为它运行在FaaS平台上，而FaaS平台的运行环境由云厂商提供且预制开发者只能进行有限的定制。
没有服务器怎么登录服务器执行安装依赖的命令?
函数在被触发执行的时候会生成函数实例。
Serverless应用的依赖本质上是每个函数代码的依赖。
函数实例的实体就是容器，容器的实现方案可以是Docker等。
FaaS通过函数来隔离每个函数实例，也通过容器实现函数运行时的内存和cpu限制，比如给函数分配128M内存，函数实例所对应的容器内存资源只有128M。
运行环境
编程语言是你创建函数时指定的某个具体版本的编程语言，由FaaS平台提供。
内置模块
内置模块就是该编程语言的一些内置模块
比如Node.js中的http.js
为了让开发者使用更方便，FaaS平台一般还会默认安装一些依赖，比如函数计算的Node.js默认提供了aliyun-sdk模块。
函数实例创建时，会从存储服务中将你的代码下载下来并加载到运行环境中。
Serverless应用代码
函数实例中你能控制的只有函数代码，函数代码需要安装依赖实现方案就是将依赖安装到应用内部，将依赖和代码一并打包部署到FaaS平台当中。
实践难点
大多数编程语言的依赖通常安装在全局系统目录，比如maven工具，安装在项目之外的系统目录中。
- • 安装依赖过程中可能涉及代码编译，环境不统一会导致编译产物有差异
- • 系统依赖通常不可移植，应用运行时依赖一些系统级别的动态链接库和软件
- • 安装依赖的难度依次递增的编程语言：Java、Node.js、Python
在Faas中部署的Java应用就是编译后的jar包而不是原始代码。
如何为Java应用安装依赖
虽然部署jar包不用关心依赖了，但也带来了问题：部署前需要先编译。
通常本地开发的时候Java的依赖安装在本地的.m2/home/repository目录下，编译的时候根据本地的jdk版本和本机的repository编译代码，如果有多个同学同时开发部署一个应用，大家电脑上安装的jdk版本或依赖包可能不完全相同，就会导致每个人编译出来的jar包不同，甚至部署到FaaS上的jar包无法正常运行。
想要解决编译环境问题就要有统一的构建机
不让开发同学直接编译部署Java代码。
开发Java的时候可以通过pom.xml文件来定义代码的依赖，部署Java应用的时候需要将Java的业务代码和pom.xml都上传到构建机，在构建机上统一安装依赖编译代码得到一个可以直接执行的jar包，然后再将jar包部署到FaaS平台。
总的来说Java是编译型语言，只要统一编译环境就不要关心依赖的问题，可是对于Node.js解释型语言怎么安装管理依赖呢？
Node.js安装依赖
项目依赖可以通过package.json管理，在代码中可以通过require方法引入某些依赖。依赖的查找路径是先查询项目目录再查询系统目录。
这种查找依赖所在路径的方式得益与Node.js包管理机制。要让运行在FaaS中的Node.js代码能够找到依赖，解决方法就是避免使用全局依赖，把所有的依赖都安装在node_modules中，然后把node_modules和代码一同部署在FaaS上。
对于Node.js来说，除了可以直接安装在node_moudles中的JS依赖外，还会使用C++来编写一些Node.js扩展
那么这些C++的扩展怎么安装呢？
先把C++代码编译为.node文件，再把编译产物和代码一同部署在FaaS平台。
代码示例
https://gitee.com/pingfanrenbiji/serverless-class/tree/master/06
使用C++编译之后的可执行文件需要和FaaS平台的运行环境兼容，不然就没有办法运行，所以跟Java一样，编写C++扩展的时候，需要使用统一的构建机，并且构建机的运行环境和Faas平台的运行环境保持一致。
依赖包体积太大，导致函数无法部署的问题
FaaS平台对代码体积有限制，函数计算限制是100MB，限制本质上是为了提高函数性能，因为FaaS构建函数实例的时候需要从文件存储当中下载代码，代码体积过大的话，耗时就会越来越长，这就会影响函数启动速度。
在Node.js中代码体积问题尤为常见。
node_moudles包体积经常会非常大，虽然说node.js的npm生态为编程带来了便利，但node_modules嵌套层级冗余代码多模块当中还包含了很多测试用例和源代码，这就很容易导致代码体积快速膨胀。
可能大部分时候引入一个新的代码依赖真正需要执行的代码就几行但是包的体积却有几MB，部署函数到FaaS上的时候就会造成不必要的资源浪费。
想办法减少模块的体积
在编译的过程当中分析代码的依赖，只把需要使用的模块和需要引入的函数构建打包，丢弃无用的代码，对代码进行压缩，这个过程和前端使用的webpack构建的redis.js的过程一样，要实现Node.js代码的编译也可以使用webpack来实现。Vercel是基于webpack开发的ncc工具，使用ncc可以把复杂的Node.js项目编译为单个文件并且去掉不必要的依赖，很大程度上就减少了代码的体积。
https://gitee.com/pingfanrenbiji/ncc
总的来说Node.js安装依赖都是比较方便的，因为是它的依赖可以轻松的安装在项目目录当中，但对于Python这种依赖需要安装在系统目录当中的编程语言到底要怎么去安装依赖呢？
Python安装依赖
pip是当前python当中最流行的包管理工具，所以通常会使用pip来安装依赖。
给Python项目安装依赖比较麻烦的地方在于使用pip安装的依赖通常会散落在系统的各个文件中
比如Python类库和动态链接都会放在/{user}/lib/python/site-packages、可执行文件都会放在/user/bin目录下，想要将所有文件都存放在同一个目录当中就会比较麻烦，pip提供了多种把依赖安装在指定目录的方案。
方法一：使用--install-option参数
可以让你精确的控制某个类型的依赖安装路径。
将模块安装到指定目录
把所有目录安装到指定目录或者--prefex=${pwd}当前目录，这样更方便依赖的管理。
有一个很大的问题就是在安装的过程中需要根据源码重新的构建依赖，如果某一个依赖包没有源码那就没有办法使用了，而且install-options参数设置比较复杂。
方法二：--target参数
这个是简单些的方式。
target参数可以将依赖直接安装到当前目录，不会产生lib/python3.7/site-packages子目录结构，适合依赖较少的情况下。
方法三：使用virtualenv
把python包安装到一个独立的虚拟环境中，这样就可以在虚拟环境中为代码安装所有的依赖，形态上你的代码和依赖就完全在同一个目录中了，这样就可以把依赖和代码一同部署到FaaS上了。
好处是不会污染全局环境不会把包管理相关的工具都本地化。
缺点就是会增加包的体积。
Python解析依赖的路径
但是对python来说把包安装到当前目录还不够，还需要修改python解析依赖的路径，可以通过sys.path查看python解析依赖的路径。
如果你的依赖直接安装在当前目录还好，因为sys.path包含了当前目录。
代码当中可以直接引入依赖，但通常不会将依赖安装在当前目录，因为这样会导致当前目录下的文件十分混乱，而是将他们安装在当前目录的lib/python3.7/site-packages目录下。
将python依赖包目录添加到sys.path中
需要在代码中修改sys.path，将子目录加入到sys.path之后，你才能使用其中的依赖模块。
小结
- • 不同编程语言包管理机制不同，安装依赖的方式也不尽相同，但本质上，都是需要将依赖安装到应用项目中，并且随项目一起部署到FaaS平台。
- • 开发框架也在解决安装依赖的问题，让用户尽可能的最低成本完成应用的开发。
- • Serverless应用的代码依赖和系统依赖都需要安装在项目中和应用代码一起部署到FaaS平台
- • FaaS对代码体积大小有限制，所以最好要精简依赖体积
- • 如果代码或依赖需要编译，则编译环境需要和FaaS运行环境兼容，不然编译后的产物可能无法运行。
