.NET 8 Azure Function中能否运行PowerShell脚本？

既可以在你现有的.NET 8 Azure Function中集成该PowerShell脚本，也可以新建独立的PowerShell类型Function，具体看你的架构维护需求：

方案一：在现有.NET Function中集成PowerShell脚本 #

• 实现方式：
  • 借助.NET的System.Management.Automation SDK直接编写PowerShell执行逻辑，或者通过Process.Start调用外部PowerShell脚本文件。
  • 需确保Function环境中安装所需的PowerShell模块：比如ExchangeOnlineManagement（用于处理通讯组/邮件启用安全组）、Microsoft.Graph（处理Azure AD和Office 365组），可以通过部署包预先打包模块，或者在Function启动时自动安装。
  • 复用现有托管身份：给当前Function的托管身份补充Exchange Online和Azure AD的权限——比如Exchange侧分配Exchange管理员角色，Azure AD侧分配组管理员或特定的组操作权限，确保能执行移除用户的操作。
  • 直接复用现有SharePoint列表读取逻辑，无需重新开发。
• 优势：节省资源，复用已有的配置（托管身份、SharePoint集成等），业务逻辑集中。
• 注意点：
  • 要处理PowerShell执行的超时和异常，Premium计划支持最长60分钟执行时间，但仍需合理设置超时阈值。
  • 避免.NET代码和PowerShell逻辑过度耦合，建议将PowerShell操作封装为独立方法，便于后续维护。

方案二：新建独立的PowerShell类型Azure Function #

• 实现方式：
  • 直接创建PowerShell语言的Azure Function，利用PowerShell原生模块直接对接Exchange Online和Azure AD。
  • 给新Function的托管身份分配对应的Exchange和Azure AD权限，同时编写PowerShell代码从SharePoint列表读取用户邮箱（可使用PnP.PowerShell模块或Microsoft Graph的PowerShell cmdlet）。
• 优势：逻辑完全隔离，PowerShell代码更易调试和维护；如果后续有更多Office 365管理类的PowerShell操作，扩展更灵活。
• 注意点：需要重新配置托管身份权限和SharePoint集成，增加少量资源管理成本。

总结建议 #

如果这个移除用户的操作是现有业务流程的一个环节，优先选择在现有Function中集成，减少重复配置；如果该操作是独立的管理流程，或者后续会新增大量PowerShell相关的Office 365操作，新建独立的PowerShell Function会更清晰。

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