Azure Functions 项目架构最佳实践

Question

我正在与想要插入使用 Azure Functions 的同事进行设计对话。我们一直在讨论如何为我们的函数设计解决方案，我的观点(基于我使用 Azure Functions 的经验)是每个函数都会在自己的解决方案中独立存在。支持父函数目标所需的任何方法都可以存在于解决方案中，但前提是父函数需要它们来执行其任务。这个总体想法似乎得到了以下事实的支持:在 Azure 门户中，如果您创建一个新函数，它会在单独的解决方案中创建该新函数。

他们似乎希望所有功能都存在于一个解决方案中，这样它就像一个存储库，但从我在文档、Stack Overflow 等上看到的来看，这似乎是不正确的。它看起来也像这可能会导致严重的资源开销，需要付出更多努力来有效管理所述资源，并且如果 repo 失败，可能会导致所有功能出现中断问题。这些功能将与我们公司的不同业务逻辑领域相关联。

最终，我想了解 Azure Function 解决方案设计的最佳实践是什么。我意识到这可能是一个更抽象的主题，有许多不同的可能解决方案，因此它不一定是非黑即白的答案。任何建议将不胜感激。

Answer 1

我认为有一些事情需要考虑:

• 将所有功能放在一个解决方案中意味着将它们全部放在同一个代码存储库中。这意味着如果您有不同的团队，他们都需要访问同一个存储库。就所有权和访问权限而言，这并不总是理想的场景
• 将所有功能集中在一个解决方案中意味着您只能将它们全部部署在一起。对我来说，这看起来并不理想。您只想部署已更改的内容。通过将它们部署在一起，您可以在部署时在它们之间建立牢固的连接。
• 如果将它们放在同一个解决方案中，就会产生开发人员在它们之间共享代码的风险，并且如果修改某个功能意味着修改一段共享代码时所有功能都会受到影响，那么更改一个功能就会变得不那么容易。
• 通过使用二头肌和bicep modules您可以轻松部署不同的功能并减少部署开销。