问题描述
应该由 dapr 运行时发送到 zipkin 服务器的跟踪以某种方式无法到达它。
情况如下:
我在我的 Windows PC 上使用 Docker 桌面。我已经从 dapr 存储库 (https://github.com/dapr/samples/tree/master/hello-docker-compose) 下载了示例,它与 docker-compose up 完美地开箱即用。
zipkin:
image: "openzipkin/zipkin"
ports:
- "9411:9411"
networks:
- hello-dapr
apiVersion: dapr.io/v1alpha1
kind: Configuration
Metadata:
name: daprsystem
spec:
mtls:
enabled: false
tracing:
enabled: true
exporterType: zipkin
samplingRate: "1"
expandParams: true
includeBody: true
zipkin:
endpointAddress: "http://zipkin:9411/api/v2/spans"
当应用程序运行时,它应该向服务器发送跟踪,但在 zipkin UI 和日志中没有发现任何内容。
奇怪的事情开始出现在 nodeapp-dapr_1 服务的日志中:从客户端证书读取 spiffe id 时出错
pythonapp-dapr_1 | time="2021-03-15T19:14:17.9654602Z" level=debug msg="found mDNS IPv4 address in cache: 172.19.0.7:34549" app_id=pythonapp instance=ce32220407e2 scope=dapr.contrib type=log ver=edge
nodeapp-dapr_1 | time="2021-03-15T19:14:17.9661792Z" level=debug msg="error while reading spiffe id from client cert: unable to retrieve peer auth info. applying default global policy action" app_id=nodeapp instance=773c486b5aac scope=dapr.runtime.grpc.api type=log ver=edge
nodeapp_1 | Got a new order! Order ID: 947
nodeapp_1 | Successfully persisted state.
附加信息 - 当前使用的 dapr 版本是 1.0.1。我确保在配置文件中禁用了安全性 (mtls)。
解决方法
配置文件应该在与 components
不同的文件夹中。
- 创建新文件夹,例如
dapr
旁边的components
文件夹。 - 将
components
文件夹移动到新创建的dapr
文件夹中。 - 然后在
config.yaml
文件夹中创建dapr
。 - 相应地更新 docker-compose。
docker-compose
services:
nodeapp-dapr:
image: "daprio/daprd:edge"
command: ["./daprd","-app-id","nodeapp","-app-port","3000","-placement-host-address","placement:50006","-dapr-grpc-port","50002","-components-path","/dapr/components","-config","/dapr/config.yaml"]
volumes:
- "./dapr/components/:/dapr"
depends_on:
- nodeapp
network_mode: "service:nodeapp"
config.yaml
apiVersion: dapr.io/v1alpha1
kind: Configuration
metadata:
name: daprConfig
spec:
mtls:
enabled: false
tracing:
enabled: true
samplingRate: "1"
expandParams: true
includeBody: true
zipkin:
endpointAddress: http://host.docker.internal:9411/api/v2/spans
我使用 localhost
作为主机名解决了 URL 中的 127.0.0.1
和 host.docker.internal
问题。
PS:不要忘记杀死所有 *-dapr_1
容器,以便它可以加载新配置。