无服务器架构与 .NET 结合主要通过 Azure Functions、AWS Lambda 和 KEDA 实现，支持在公有云和 Kubernetes 上构建弹性伸缩的事件驱动应用。开发者可使用 C# 和 .NET 生态开发函数或微服务，借助 Azure Functions 处理 Blob 触发事件生成缩略图，或在 AWS Lambda 中响应 S3 事件并用 ImageSharp 处理图像，结合 API Gateway 构建后端服务。KEDA 在 Kubernetes 上实现基于 RabbitMQ 或 Kafka 的自动扩缩至零，.NET Worker Service 支持长期运行任务，集成 Dapr 增强服务发现与状态管理。最佳实践包括保持函数轻量、优化冷启动、使用 IConfiguration 管理配置、结构化日志（如 Serilog）提升可观测性，并利用源生成器和 AOT 编译提升性能。选择合适平台需权衡业务需求，尤其注意冷启动延迟与资源配额控制，.NET 在无服务器场景已成熟，适用于高弹性云原生应用部署。
云原生中的无服务器架构与 .NET 的结合，主要通过 Azure Functions、AWS Lambda 支持的 .NET 运行时以及开源平台如 KEDA 来实现。这种组合让开发者能用熟悉的 C# 和 .NET 生态构建弹性伸缩、按需执行的后端服务，无需管理服务器。
使用 Azure Functions 运行 .NET 函数
Azure 是 .NET 最自然的云平台，Azure Functions 提供完整的无服务器支持：
- 直接使用 .NET 6/8 编写函数，支持异步编程模型和依赖注入
- 通过触发器（如 HTTP、Blob 存储、Service Bus）响应事件
- 集成 Application Insights 实现监控，无缝对接 Azure DevOps 部署
- 示例：一个处理上传图片的函数可监听 Blob 创建事件，自动调用 .NET 图像处理库生成缩略图
在 AWS Lambda 中运行 .NET
AWS 支持 .NET 6+ 运行时，可通过 AWS Toolkit for Visual Studio 或 CLI 部署：
- 使用 Amazon.Lambda.Tools 创建基于模板的函数项目
- 函数可响应 API Gateway 请求、S3 事件或 DynamoDB 流
- 借助 AWS SDK for .NET 调用云服务，如从 S3 下载文件并用 ImageSharp 处理
- 冷启动时间可通过预置并发优化，适合对延迟敏感的场景
通过 KEDA 在 Kubernetes 上运行事件驱动的 .NET 微服务
KEDA 允许在 Kubernetes 集群中实现基于事件的自动伸缩，将无服务器体验带到自建集群：
- 部署 .NET Web API 作为 Deployment，由 KEDA 根据事件源（如 RabbitMQ、Kafka）自动扩缩到零
- 使用 .NET Worker Service 模板创建长期运行但可伸缩的后台任务
- 结合 Dapr 提供服务发现、状态管理等云原生能力，增强 .NET 应用的弹性
开发与部署的最佳实践
要充分发挥 .NET 在无服务器环境中的潜力，需注意以下几点：
- 保持函数轻量，避免加载不必要的程序集以减少冷启动时间
- 使用 IConfiguration 和环境变量管理不同环境的配置
- 通过日志结构化输出（如 Serilog）提升可观测性
- 利用 .NET 的源生成器和 AOT 编译（在支持的平台上）进一步提升性能
基本上就这些。.NET 与无服务器的结合已经非常成熟，无论是公有云还是混合环境，都能高效支撑事件驱动、高弹性的云原生应用。关键是根据业务需求选择合适的平台和模式。不复杂但容易忽略的是冷启动和资源配额控制，提前规划很重要。
