部署依赖Web应用类的Azure Function的常用工作流问询

你描述的同仓管理+独立流水线的方案是Azure Functions依赖同业务域其他应用类时的常用方案，也符合微软官方的推荐实践，核心合理性和可选优化点如下：

• 同仓管理共享依赖的优势：Azure Functions复用主ASP.NET Core应用的自定义类时，同仓可以保证两端用到的类定义、依赖版本完全同步，不用额外维护独立共享包的版本迭代、发布流程，尤其适合你们当前处于.NET 3.1向6迁移的过渡阶段，能最大程度避免类定义不一致导致的编译、运行时错误。
• 独立流水线的配置合理性：和Web应用流水线并列单独配置Function的发布流水线，既可以保留两个服务部署节奏的独立性，也不需要额外做依赖变更的校验逻辑。如果想要优化构建效率，可以在流水线的触发规则上增加路径过滤，仅当Function代码目录、主应用公共类目录发生变更时才触发Function流水线，减少不必要的构建发布动作，不做过滤全量触发也完全没有正确性问题。
• 可选的进阶方案：如果后续你的公共类需要被更多微服务、函数应用复用，可以将公共类抽成独立的类库项目，打包为内部NuGet包供主应用、Function共同引用，这时候Function也可以选择拆分到独立仓库管理，不过针对你当前的场景，现有方案已经足够轻量化且符合最佳实践，不需要做额外调整。

内容的提问来源于stack exchange，提问作者Superman.Lopez