Azure Function App创建无法选择现有存储账户的原因及规则问询

该限制属于Azure官方的设计规则，并非故障，和存储账户的v1/v2版本没有直接关联，具体触发原因和配置逻辑如下：

1. 限制的触发条件 #

你在创建时遇到强制新建存储的限制，是因为选择了Azure门户默认的配置组合：消耗计划（Consumption Plan） + Windows操作系统 + 代码部署，该场景下官方默认关闭了已有存储账户的选择入口，强制要求每个Function App绑定独立的新建存储账户。

• 如果切换为弹性Premium计划、专用（App Service）计划，或者选择Linux操作系统、容器部署模式，门户会直接开放已有存储账户的选择权限，不会强制要求新建。

2. 限制的底层设计逻辑 #

消耗计划下Windows代码部署的Function App，绑定的存储账户需要承载函数运行核心数据：包括函数代码包、触发器状态、绑定配置、执行日志、运行时状态同步数据等，且运行时对存储的IOPS、吞吐量有较高要求，强制独立存储是为了避免多个Function App共享存储时出现IO争用，进而引发函数触发延迟、执行报错、状态数据混乱等问题，属于官方默认的稳定性隔离策略。

3. 如何实现存储账户复用 #

如果你确实需要复用已有的存储账户，可以不用门户可视化创建流程，改用Azure CLI、PowerShell、ARM/Bicep模板的方式部署Function App，部署时直接指定已有存储账户的连接字符串即可，该方式下不会校验存储账户是否为新创建，只要存储账户满足基础要求（常规用途v1/v2均可，支持Blob、队列、表服务，使用标准性能层）就能正常运行。

注意：手动复用存储账户后需要自行评估多个Function App的并发运行负载，避免高流量场景下出现存储性能瓶颈。

内容的提问来源于stack exchange，提问作者zen