.NET Aspire部署Container Apps时Dapr PubSub为何切换为Redis而非Service Bus

我创建了引用Service Bus连接字符串的pubsub.yaml资源，本地用.NET Aspire运行正常，但执行az up部署到Container Apps时失败。Aspire仪表盘中daprstore正常运行，但服务处于pending状态，且Container Apps里的Dapr组件被自动设置为Redis而非我配置的Service Bus，请问问题出在哪里？

尝试的代码 #

var pubSub = builder.AddDaprPubSub("pubsub");

var apiService = builder.AddProject<Projects.SomeService>("someservice")
    .WithDaprSidecar()
    .WithReference(pubSub);

builder.Build().Run();

Service Bus YAML配置 #

apiVersion: dapr.io/v1alpha1
kind: Component
metadata:
  name: pubsub
spec:
  type: pubsub.azure.servicebus
  version: v1
  metadata:
  - name: connectionString
    value: "Endpoint=someEndPoint"
  - name: topic
    value: "someTopic"
  - name: subscriptionName
    value: "someSubscriptionName"

问题根源及解决方法 #

• Aspire默认资源覆盖自定义组件
  .NET Aspire部署到Azure Container Apps时，会自动生成默认的Redis PubSub组件。如果未明确禁用默认资源，自定义的Service Bus组件会被忽略，导致Container Apps中显示Redis而非Service Bus。

• 自定义组件未被部署流程识别
  手动编写的pubsub.yaml未被Aspire的部署流程正确上传到Azure的Dapr组件存储，导致服务无法找到正确的PubSub组件而处于pending状态。

具体修复步骤 #

1. 禁用默认Redis组件
   在Aspire项目的Program.cs中，配置PubSub时禁用默认Azure资源生成：

   builder.AddDaprPubSub("pubsub", options =>
   {
       options.DisableDefaultAzureResource = true;
   });
   

2. 确保自定义组件被部署

   • 将pubsub.yaml放置在Aspire项目的Components目录下，Aspire部署流程会自动识别并上传该组件；
   • 或手动通过Azure CLI创建组件：

     az containerapp dapr component create --name <container-app-name> --resource-group <rg-name> --dapr-component-name pubsub --yaml-file ./pubsub.yaml
     

3. 安全处理连接字符串
   避免在YAML中硬编码连接字符串，改用Azure Key Vault存储密钥，在Aspire中引用：

   var keyVault = builder.AddAzureKeyVault("<your-key-vault-name>");
   var pubSub = builder.AddDaprPubSub("pubsub")
       .WithAzureServiceBus(connectionString: keyVault.GetSecret("ServiceBusConnectionString"));
   

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