Azure functions Azure跨存储库的持久功能

Azure functions Azure跨存储库的持久功能,azure-functions,Azure Functions,我正在尝试创建一个具有azure持久功能的工作流。要使用ActivityTrigger,我可以读取的函数应该在同一个函数应用程序中 我目前有2个存储库,由于业务建模,它被分为两个存储库。这可能是不可能的,我可能做错了什么。但是,当activitytriggers/函数跨两个存储库时,是否可以创建一个duable工作流?就像我在本地启动“功能应用程序”时一样 我将其拆分为两个存储库,因为我希望在更新时能够彼此独立地部署它们,并且函数使用的数据位于不同的业务域中。不支持将函数应用程序拆分为两个可以独

我正在尝试创建一个具有azure持久功能的工作流。要使用ActivityTrigger,我可以读取的函数应该在同一个函数应用程序中

我目前有2个存储库,由于业务建模,它被分为两个存储库。这可能是不可能的,我可能做错了什么。但是,当activitytriggers/函数跨两个存储库时,是否可以创建一个duable工作流?就像我在本地启动“功能应用程序”时一样


我将其拆分为两个存储库,因为我希望在更新时能够彼此独立地部署它们,并且函数使用的数据位于不同的业务域中。

不支持将函数应用程序拆分为两个可以独立部署的独立存储库,即使它得到支持,我也强烈反对它。函数应用程序应该被视为一个部署单元,特别是在持久函数的情况下,在执行之间可以保持状态

您提到,使用的数据位于不同的业务域中,这是将逻辑拆分为两个独立存储库的原因。但是,由于使用持久功能开发的工作流使用来自两个域的数据,因此独立部署可能非常危险


如果您仍然觉得需要为每个业务域的业务逻辑支持独立部署,请创建功能应用BusinessDomain1FunctionApp、BusinessDomain2FunctionApp等,其中每个功能应用都包含包含业务逻辑的HttpTriggers。然后编写一个WorkflowFunctionApp,它使用持久函数。每个ActivityTrigger都可以进行HTTP调用,以从适当的应用程序触发业务逻辑。每个功能应用程序都可以保存在自己的repo中,并单独部署。

谢谢,我同意,我可能会在设计中加入一些东西。当然,由于更改,拆分的存储库可能是一个问题。我会重新考虑我的设置