Azure 函数存储帐户在创建时未链接文件服务
Azure Function Storage Account Not Linking File Service On Create
在使用专用（标准）应用服务计划创建 Azure 函数时，我期望 "linked" 启动的文件服务未 "linked" 到存储帐户。但是，存储帐户确实已正确创建。当我转到 Azure 存储帐户边栏选项卡并找到文件存储时，Azure 没有链接到存储帐户的文件服务。使用 Windows 桌面软件 Microsoft Azure Storage Explorer (0.9.6) 时，我没有看到任何链接的文件共享。
当我转到 Azure Functions 的高级工具 (Kudo) 时，我可以看到存储帐户文件夹 "Data"、"LogFiles" 和 "Site" 以及我期望的 wwwroot寻找。但是由于某些网络限制，我无法通过网站上传代码，因此该选项已失效。
创建基于消费的计划时，一切都很好地联系在一起，我可以在 Azure 存储资源管理器应用程序中管理它们。我怎样才能将我已经创建的文件服务文件共享链接到我已经创建的 Azure 函数，以便我可以在桌面应用程序中管理它并在存储资源管理器中正确显示链接？
有一个解决方案供您参考，因为它在我这边有效。
在门户的“应用程序设置”选项卡中，添加以下两个应用程序设置：
WEBSITE_CONTENTAZUREFILECONNECTIONSTRING 存储帐户连接字符串WEBSITE_CONTENTSHARE 文件共享名称
并为您做一些解释。
在创建函数应用时，我们指定的存储帐户主要用于存储日志和文件，如主机锁。
只有在消费计划中创建的函数应用，它会自动添加上面的两个应用程序设置，并默认使用文件共享来存储整个函数应用。
如Azure document所说，文件共享相关设置仅用于消费计划。在应用服务计划中创建的功能似乎不是预期的操作，但它在实践中仍然有效。
更新
对于在应用服务计划中创建的函数应用，假设其文件存储在位置 A（服务器上的某个位置）。运行良好，kudu显示存储在A中的文件。目前与文件共享无关。
然后我们将这两个设置相加，假设文件共享为B。
系统保留 B 中的旧文件（如果存在）并在其中创建一个空函数应用程序。从现在开始，只要"link"（两个设置）存在，系统就针对并利用B中的文件。在门户、kudu 或应用服务编辑器中，我们在 B 中看到文件，并且更改也会保存在那里。
如果我们删除 "link"，所有 returns 到 A。需要稍等片刻系统 "redirecting"。
所有解释都是基于我的测试（几十次），因为它是一个意外操作，没有文档说明。
在使用专用（标准）应用服务计划创建 Azure 函数时，我期望 "linked" 启动的文件服务未 "linked" 到存储帐户。但是，存储帐户确实已正确创建。当我转到 Azure 存储帐户边栏选项卡并找到文件存储时，Azure 没有链接到存储帐户的文件服务。使用 Windows 桌面软件 Microsoft Azure Storage Explorer (0.9.6) 时，我没有看到任何链接的文件共享。
当我转到 Azure Functions 的高级工具 (Kudo) 时，我可以看到存储帐户文件夹 "Data"、"LogFiles" 和 "Site" 以及我期望的 wwwroot寻找。但是由于某些网络限制，我无法通过网站上传代码，因此该选项已失效。
创建基于消费的计划时，一切都很好地联系在一起，我可以在 Azure 存储资源管理器应用程序中管理它们。我怎样才能将我已经创建的文件服务文件共享链接到我已经创建的 Azure 函数，以便我可以在桌面应用程序中管理它并在存储资源管理器中正确显示链接？
有一个解决方案供您参考，因为它在我这边有效。 在门户的“应用程序设置”选项卡中，添加以下两个应用程序设置：
WEBSITE_CONTENTAZUREFILECONNECTIONSTRING存储帐户连接字符串WEBSITE_CONTENTSHARE文件共享名称
并为您做一些解释。
在创建函数应用时，我们指定的存储帐户主要用于存储日志和文件，如主机锁。 只有在消费计划中创建的函数应用，它会自动添加上面的两个应用程序设置，并默认使用文件共享来存储整个函数应用。
如Azure document所说，文件共享相关设置仅用于消费计划。在应用服务计划中创建的功能似乎不是预期的操作，但它在实践中仍然有效。
更新
对于在应用服务计划中创建的函数应用，假设其文件存储在位置 A（服务器上的某个位置）。运行良好，kudu显示存储在A中的文件。目前与文件共享无关。
然后我们将这两个设置相加，假设文件共享为B。 系统保留 B 中的旧文件（如果存在）并在其中创建一个空函数应用程序。从现在开始，只要"link"（两个设置）存在，系统就针对并利用B中的文件。在门户、kudu 或应用服务编辑器中，我们在 B 中看到文件，并且更改也会保存在那里。
如果我们删除 "link"，所有 returns 到 A。需要稍等片刻系统 "redirecting"。
所有解释都是基于我的测试（几十次），因为它是一个意外操作，没有文档说明。