系列专栏声明：比较流水，主要是写一些踩坑的点，和实践中与文档差距较大的地方的思考。这个专栏的典型特征可能是 次佳实践，争取能在大量的最佳实践中生存。

系列专栏声明：比较流水，主要是写一些踩坑的点，和实践中与文档差距较大的地方的思考。这个专栏的典型特征可能是 次佳实践，争取能在大量的最佳实践中生存。

系列专栏声明：比较流水，主要是写一些踩坑的点，和实践中与文档差距较大的地方的思考。这个专栏的典型特征可能是 次佳实践，争取能在大量的最佳实践中生存。

系列专栏声明：比较流水，主要是写一些踩坑的点，和实践中与文档差距较大的地方的思考。这个专栏的典型特征可能是 次佳实践，争取能在大量的最佳实践中生存。

系列专栏声明：比较流水，主要是写一些踩坑的点，和实践中与文档差距较大的地方的思考。这个专栏的典型特征可能是 次佳实践，争取能在大量的最佳实践中生存。

系列专栏声明：比较流水，主要是写一些踩坑的点，和实践中与文档差距较大的地方的思考。这个专栏的典型特征可能是 次佳实践，争取能在大量的最佳实践中生存。

系列专栏声明：比较流水，主要是写一些踩坑的点，和实践中与文档差距较大的地方的思考。这个专栏的典型特征可能是 次佳实践，争取能在大量的最佳实践中生存。

TL;DR「五」更有趣一点一、概念梳理前情提要，@midway/faas 是原生 serverless 模式的开发，但是目前还在演化中，个人的使用体验是离成熟还挺远我想要的是 @midway 的语法糖，和原生 serverlessdeployType: egg 从外观上看满足了这个要求二、锁版本 {代码...} 三、提供接口标准 egg 应用目录结构，没有特别的，把你的旧...

TL;DR「一」不要看，主要想看踩坑的建议直接跳到「六、七、八」面向「函数计算」的开发是一种新的心智模式，要关心「Event」标准上面这句话真的是对的吗？有没有好心人封装一层，让我们继续用原有的心智模式开发，接上去直接能用呢？像 sidecar 那样？一、概念梳理egg 是对 koa 的易用性上的封装，甚至可以理解为 koa@3...

ACM 进入下线状态（预计2022.6.30 停止在控制台新建配置），所有需求由 MSE 中 Nacos 承接（ACM 独享版，更好的安全和稳定性），导出、导入即可迁移。