我的函数应用程序是否依赖于存储帐户？我想将我的函数应用移至新的资源组

目标：将所有必要且仅必要的函数应用及其依赖项从一个资源组移动到另一个资源组。他们当前所在的资源组包含一个应用程序配置、2 个应用程序服务（功能应用程序）、其应用程序见解、一个存储帐户和一个应用程序服务计划。

我想要将它们移入的资源组已经包含存储帐户、其他功能应用程序、逻辑应用程序等。

我尝试查阅文档，也许我查阅了错误的文档。我仍然对功能应用程序可能具有的依赖关系感到困惑，以及为什么这个资源组需要启动存储帐户以及 azure-webjobs-host 以及其中填充的文件意味着什么或做什么。

Q1：如何将它们移动到新的资源组？我正在考虑使用他们的 ARM 模板，但细节不清楚。

Q2：我需要携带他们的存储帐户吗？

Q3：在移动它们之后，我可以将它们与新资源组中的存储帐户集成吗？怎么办？

Q4：如果不再使用 Function Apps 的 Application Insights，我可以直接删除它们吗？

Q5：关于逻辑应用程序/函数应用程序依赖于其他资源类型，您有什么好的资源或知识想分享吗？

谢谢你。

2
投票

我的函数应用程序是否依赖于存储帐户？

是的，Azure 上的函数应用需要您指定一个存储帐户。这是因为httptrigger以外的触发器需要存储模拟器。（这是内置功能。）

如何将它们移动到新的资源组？

如果您没有太多要移动的函数应用，只需在资源组概述中单击“移动”->“移至另一个资源组”，然后选择要移动的函数应用即可。

我需要携带他们的存储帐户吗？

不。无论内置功能还是您的函数应用程序需要处理一些存储帐户，它只需要您提供连接字符串即可链接到。

我可以将它们与新的存储帐户集成吗？资源组，在我移动它们之后？怎么办？

是的（如果您谈论的是内置功能）。但你需要改变这个值：

价值就是从这个地方获得的：

如果我没有，我可以简单地删除 Function Apps 的 Application Insights吗？进一步使用它们？

是的，可以。它只是监视函数应用程序的一种方法。您可以随时删除或重新创建它。

您想分享的任何关于逻辑应用的好资源或知识/ Function Apps 依赖于其他资源类型？

我想提醒一件事。如果您没有特殊要求，请将您的资源保持在同一区域。这不仅是因为一些内置的限制，而且还可以帮助您节省成本。（对于Azure中的资源，位于不同区域的资源之间进行数据传输需要额外支付带宽费用。）