Prevent API v1 metric export loss and automate collector deployment
メンテナーはふだん 2 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 38/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- github-actions, google-cloud, python
調査の方向性
Start by locating the API v1 Python process setup and the authenticated collector configuration and deployment workflow. Review the existing Google Monitoring location, instance identifiers, and deployment verification approach before making changes. Done means the stated acceptance criteria pass: trace and metric RPCs succeed, logs RPC is unavailable, Cloud Run is ready, and post-deployment logs show none of the five observed rejection forms.
索引モデルが issue の本文から書いたものです。
説明
Problem
The central OpenTelemetry Collector rejected 863 metric points across 46 export errors in the reviewed production interval. The failures included missing Google Monitoring location values and time-series collisions caused by processes sharing one service.instance.id. Collector configuration changes also lack a maintained deployment and verification workflow.
Proposed change
- Add the configured Google Monitoring
locationto metrics only. - Give every API v1 Python process a stable unique instance identifier.
- Add a manually dispatched workflow that validates, builds, deploys, and verifies the authenticated collector.
- Tag collector images with the source commit.
- Verify trace and metric RPCs succeed and the logs RPC is unavailable.
- Document deployment inputs, IAM requirements, and post-deployment metric verification.
Acceptance criteria
- Trace resources retain the workload's actual
cloud.region. - Metrics include the collector's configured location.
- The workflow fails clearly for missing or malformed deployment configuration.
- The deployed Cloud Run service must become ready before endpoint verification.
- Post-deployment logs show no recurrence of the five observed metric rejection forms.
- 主要言語
- Python
- スター
- 18
- フォーク
- 33
- 平均マージ
- 1日 18時間
- マージ済み PR（30日）
- 23
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
PolicyEngine/policyengine-api のほかの issue
-
State society-wide reports run on the sparse national dataset対応中かも @anth-volk が 1 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
PolicyEngine/policyengine-api#3864 ·
メンテナーはふだん 2 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 38/100
PolicyEngine/policyengine-api#3823 ·
メンテナーはふだん 2 日以内に返信
-
API v2: report validations as an append-only, provenance-keyed resource on reports再び着手できるかも @anth-volk が 29 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
PolicyEngine/policyengine-api#3818 · 担当者 1 名 ·
メンテナーはふだん 2 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
PolicyEngine/policyengine-api#3816 ·
メンテナーはふだん 2 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
PolicyEngine/policyengine-api#3814 ·
メンテナーはふだん 2 日以内に返信
PolicyEngine/policyengine-api の issue をすべて見る
似ている issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
Vector35/community-plugins#376 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
py-econometrics/pyfixest#1883 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
ietf-tools/rfc2html#81 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
mysql/mysql-operator#60 ·
-
Python: Bug: split_plaintext_paragraph / split_markdown_paragraph can return a chunk larger than max_tokens対応中かも @xThreeh が今日担当しました。 オープンpython triage
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
microsoft/semantic-kernel#14566 ·
メンテナーはふだん 4 日以内に返信