K8s(OpenShift)多Pod部署Axon应用报CommandDispatchException 404问题

• 异常触发核心为Axon Framework分布式命令总线（DistributedCommandBus）的自动装配逻辑与配置冲突。当前配置已显式设置eureka.client.enabled=false关闭Eureka客户端，但新增的eureka.instance.metadata-map.zone配置触发了Axon默认的Spring Cloud/Eureka服务发现连接器自动装配，导致分布式命令总线放弃原本使用的JMS连接器，转而走HTTP方式做跨节点命令路由。
• 报错中的404为HTTP响应码：由于Eureka客户端实际未启动，服务实例列表无法正常跨Pod同步，多副本场景下命令被路由到不存在、不可达或者未开放Axon命令接收端点的实例地址，直接返回404响应。单副本场景下所有命令均路由到当前Pod自身，不会出现路由失败，因此问题仅在副本数大于1时稳定复现。
• 配置层面的隐患：已通过spring.autoconfigure.exclude排除了默认的Axon自动配置类，但未显式指定分布式命令总线的连接器实现，框架会根据类路径存在的依赖、已配置的相关参数做自动推断，新增的Eureka zone配置刚好命中了HTTP服务发现连接器的触发条件，直接覆盖了原有运行逻辑。

• 最小改动修复：直接删除新增的eureka.instance.metadata-map.zone配置项。由于Eureka客户端本身已关闭，该配置无任何实际业务作用，移除后Axon会自动回退到原有JMS连接器实现分布式命令分发，多副本下路由逻辑恢复正常。
• 兜底加固（避免后续自动装配冲突）：在配置中显式指定分布式命令总线的连接器类型，彻底屏蔽无关自动装配逻辑的干扰，参考配置如下：

axon:
  distributed:
    enabled: true
    connector-type: jms
  command:
    distributed:
      fallback-to-remote-commands: false

• 若后续确实需要基于zone做命令路由亲和性：需同步开启Eureka客户端（配置eureka.client.enabled=true），填写正确的Eureka服务端地址，同时保证OpenShift网络策略放通Pod间命令分发的端口，确保每个Pod注册到Eureka的IP、端口可被其他副本正常访问。

• 配置修改后部署2个及以上应用副本
• 触发跨Pod命令分发场景，观察日志不再出现CommandDispatchException: 404 null报错
• 抽样检查命令处理日志，确认命令可被均衡分发到不同副本正常处理

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