一个项目组共用的大仓,里面会有多个应用,每个应用又有多个微服务。Mono大仓有不少缺点,但它的优点也比较明显,比如一个基础逻辑的更新,可以更快地作用于各个应用,当应用特别多时,管理起来也比较方便。我看serverless devs没有这块的实践,都是小仓的。 大仓模式要尽可能复用编译结果,不然在ci/cd流程需要耗费非常多的时间。
是的,这个目前还没有最佳实践。可能要自己写脚本可以判断一下那些文件夹更新过,然后只跑那些代码有改动的s.yaml。不然全部函数要重新部署一遍
此答案来自钉钉群“阿里函数计算官网"
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践,通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式,助力制造业企业高效上云,实现系统稳定、应用敏捷智能。拥抱云原生,让创新无处不在。