Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

(google-cloud-spanner) Built-in metrics fail when one process uses databases in different projects

Đang mở
  • Có gì không ổn?
#18,155 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
45/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
google-cloud, python
Lĩnh vực
cloud, observability-sre

Hướng nghiên cứu

Bắt đầu bằng cách chạy ví dụ hai dự án được cung cấp với google-cloud-spanner 3.68.0 và kiểm tra đường dẫn metrics tích hợp được spanner.Client sử dụng. So sánh hành vi mặc định với SPANNER_DISABLE_BUILTIN_METRICS và Client(disable_builtin_metrics=True), sau đó truy vết cách project của client đầu tiên được sử dụng lại trong quá trình export. Hoàn thành khi metrics từ mỗi database đến được project riêng của nó mà không vô hiệu hóa metrics tích hợp.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Environment details
  • OS type and version: Linux (also happens on macOS)
  • Python version: 3.13
  • google-cloud-spanner version: 3.68.0
Steps to reproduce
  1. In one process, create two clients for databases in two different projects.
  2. Run a query on each.
  3. Wait a minute for the metrics export.
Code example
from google.cloud import spanner

a = spanner.Client(project="project-a")
b = spanner.Client(project="project-b")

a.instance("i").database("d").snapshot().execute_sql("SELECT 1")
b.instance("i").database("d").snapshot().execute_sql("SELECT 1")
What happens

The metrics export fails, and no metrics show up in Cloud Monitoring for either project:

InvalidArgument: 400 Field resource.labels.project_id had an invalid value of
"project-b": if present, must be the project number or ID in the request name
(projects/project-a).

Whichever client is created first decides where all metrics go, so everything from the other project is rejected — and it takes the first project's metrics down with it, since they're sent in the same request.

What I expected

Metrics for each database go to that database's project. Running against several projects is pretty normal, and right now it means no built-in metrics at all.

What I tried

SPANNER_DISABLE_BUILTIN_METRICS=true and Client(disable_builtin_metrics=True) both work, but only by giving up the metrics. As far as I can tell there's no way to pass in my own exporter or meter provider, so there's no way to keep them. Java has this (googleapis/google-cloud-java#13679) and there's an open request for Go (googleapis/google-cloud-go#11204), but I couldn't find anything similar here.

Ngôn ngữ chính
Python
Star
5.4k
Fork
1.8k
Merge trung bình
2 ngày 12 giờ
Pull request đã merge (30 ngày)
143

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của googleapis/google-cloud-python

Tất cả issue của googleapis/google-cloud-python

Issue tương tự

Thêm issue về Python

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.