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