函数计算，映射文件，哪种好一点？

在函数计算中，有两种常见的映射文件格式可用于配置函数的触发器、环境变量等信息：template.yaml 和 serverless.yml。每种格式都有其特点和使用场景，以下是它们的一些区别：

1. template.yaml：

   • 基于 AWS Serverless Application Model (SAM) 的模板语法。
   • 支持更多高级功能和扩展性，如资源定义、事件来源、权限等。
   • 适用于复杂的应用场景，需要更精细控制和定义各个组件之间关系的情况。
   • 提供了丰富的资源类型和属性，可以与其他 AWS 服务进行集成。

2. serverless.yml：

   • 基于 Serverless Framework 的 YAML 配置文件。
   • 简化了配置流程，提供了更易用和直观的语法。
   • 较为轻量级，适合快速搭建和部署简单的函数应用。
   • 支持多个云平台（如 AWS、Azure、Google Cloud）和本地开发环境。

选择哪种映射文件格式取决于您的具体需求和偏好。如果您的函数计算项目较为复杂，需要更丰富的配置和灵活性，以及与其他 AWS 服务进行深度集成，那么使用 template.yaml 可能更适合。而如果您希望使用更简单、轻量级的方式来快速部署函数应用，或者考虑将来可能切换到其他云平台，那么选择 serverless.yml 可能更合适。

函数计算中,不同的文件映射方式各有优劣,主要有:

项目代码:直接上传项目源码作为函数代码。
优点:开发效率高,修改方便。

劣点:代码安全性欠佳,源码公开。

编译后代码:上传编译后的代码(jar/zip)作为函数代码。
优点:安全性好,不公开源码。

劣点:修改麻烦,需要重新编译。

代码仓库:将函数代码放在代码仓库(如GitHub),函数计算拉取最新代码执行。
优点:可以实时拉取最新代码运行。

劣点:需要额外管理代码仓库。

SLS跟踪:上传执行文件,日志通过SLS进行跟踪。
优点:安全性高,不公开源码。

劣点:配置略繁琐。

综上,不同场景有不同的选择:

开发初期:直接上传项目代码,效率高

上线部署:上传编译后代码,安全性好

追求动态:使用代码仓库和SLS跟踪,获得最新代码动态能力

许多情况下也可以同时使用多种方式,例如:

开发用项目代码

上线用编译后代码

动态部署用代码仓库

T好点吧，你也可以 sfT

s 建立软链接
f 如果 target 存在就覆盖掉
T 把 dst 当作文件处理（ln ./src ./dst 的时候，有可能产生出来 ./dst/src 这种目录结构，通过这个命令可以避免这种问题)

此答案来自钉钉群“阿里函数计算官网客户"