基于平台硬性要求下，常用哪3种方案解决函数计算上传代码包大小受限的问题？

1. 提交工单 提交函数计算工单，由后台人员为您账号开通上传限制白名单。但提交工单依然有代码包的限制。部署时代码包上传时间长，并且也增加了函数的冷启动时间，影响函数性能。
2. 利用 OSS 来实现 对代码包进行分类，除项目代码和少量依赖库可以在创建函数时上传到函数计算，用户将部分依赖库预先上传到 OSS，并在函数被触发执行时开始从 OSS 上加载依赖，这类依赖的加载操作均可定义应用层冷启动，当加载依赖结束后，应用层冷启动才结束，函数的处理逻辑才开始执行，应用层冷启动的开销往往会导致毛刺的产生，影响函数的性能。您可以将从 OSS 加载代码包的代码逻辑放在 initializer 函数中。既可以解决函数计算对上传代码包的限制问题，又不影响函数的性能。但需要用户进行额外的操作。
3. 基于文件系统 Nas 我们通过 NAS 存放一些体积比较大且不易变动的资源。这使得即使在依赖比较大的场景下依旧适用。NAS 在帮助函数计算解决大依赖问题的同时，由于其自身的配置也比较复杂，也增加了函数计算的使用难度。

答复内容摘自《云原生技术与架构实践年货小红书》，这本电子书收录开发者藏经阁 下载连接：https://developer.aliyun.com/topic/download?id=1127