将含Swagger的C# WebAPI项目部署到单个Azure Function是否可行？

可行且受官方支持，Azure提供两种成熟方案实现该需求：

方案1：HTTP触发器+路由模板拆分端点 #

在单个Function项目中创建多个HTTP触发器，通过route属性定义不同REST端点路径，示例代码如下：

[FunctionName("GetUsers")]
public static async Task<IActionResult> GetUsers(
    [HttpTrigger(AuthorizationLevel.Function, "get", Route = "api/users")] HttpRequest req,
    ILogger log)
{
    // 业务逻辑实现
}

[FunctionName("CreateUser")]
public static async Task<IActionResult> CreateUser(
    [HttpTrigger(AuthorizationLevel.Function, "post", Route = "api/users")] HttpRequest req,
    ILogger log)
{
    // 业务逻辑实现
}

同时可集成Swashbuckle.AspNetCore库，结合Function特性生成Swagger文档，官方文档提供详细配置指引。

方案2：ASP.NET Core WebAPI直接集成（官方推荐） #

官方支持将完整ASP.NET Core WebAPI托管在Azure Functions中，无需拆分端点为独立触发器，仅需少量配置调整：

• 安装Microsoft.Azure.Functions.Worker.Extensions.Http.AspNetCore NuGet包
• 修改Program.cs，将WebAPI启动逻辑与Functions宿主集成
• 直接发布到Azure Function App
  该方案完全保留原WebAPI的结构、路由、Swagger及中间件等所有特性，是迁移或托管完整WebAPI的最优选择。

Swagger支持说明 #

两种方案均支持Swagger：ASP.NET Core集成方案可直接复用原WebAPI的Swagger配置；多触发器方案需额外配置Swashbuckle以识别Function路由模板。

对比AWS Lambda的同类场景，Azure Functions的官方支持程度相当，完全满足将含多端点和Swagger的完整WebAPI部署到单个Function App的需求。

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