如何在Azure App Service中独立部署模块DLL（无需重构主站点）

一、让主站点不以包形式运行是否可行？ #

可以实现。Azure App Service默认将部署包解压至只读的wwwroot目录，但你可通过配置切换到非包运行模式：

• 在Azure门户的App Service配置中，添加应用设置WEBSITE_RUN_FROM_PACKAGE并设值为0，或直接删除该设置（默认即为非包运行模式）。
• 切换后wwwroot目录变为可读写，你能通过FTP直接将模块DLL上传至指定子目录（如wwwroot/Modules），主应用启动时可正常通过反射加载这些文件。
• 注意：此模式下主站点需采用常规文件部署方式（如FTP、本地Git、Azure DevOps文件部署任务），而非包部署；需单独管理模块目录，避免主站点核心文件被误覆盖。

二、无需纳入主站点构建流程的其他部署方式 #

若不想切换运行模式，以下方案可实现模块独立部署：

1. Azure Blob存储托管模块DLL
   • 将模块DLL上传至Azure Blob私有容器，通过SAS令牌或托管身份授权主应用访问。
   • 主应用启动时，将模块DLL下载至Azure App Service的可写临时目录（如D:\local\Temp），再通过反射加载。
   • 优势：模块与主站点完全独立，更新模块仅需上传Blob，无需改动主站点配置。
2. 使用App Service扩展功能
   • 将模块打包为App Service扩展包（.msi或.zip格式），通过Azure门户或Azure CLI安装至主站点。
   • 扩展会部署至App Service的可读写扩展目录，主应用可通过指定路径加载其中的DLL。
   • 优势：扩展自带版本管理，安装卸载便捷，不会影响主站点核心文件。
3. 模块转为Azure Functions独立部署
   • 将每个模块做成独立的Azure Functions，主站点通过HTTP请求或事件触发调用模块功能，替代反射加载DLL的方式。
   • 优势：模块完全独立部署、扩容，甚至可用不同技术栈开发，主站点与模块解耦彻底。

核心注意事项 #

• 无论采用哪种方案，需确保主应用的反射加载逻辑能准确定位模块文件，同时处理好版本冲突（如模块与主站点依赖的第三方库版本不一致问题）。
• 若使用可读写目录，需注意App Service的重启机制：wwwroot目录文件变动时，App Service可能自动重启，需评估对业务的影响。

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