Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Prevent API v1 metric export loss and automate collector deployment

Geschlossen
  • Stimmt etwas nicht?
#3,860 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 3 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
38/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
github-actions, google-cloud, python
Bereich
backend-api-design, ci-cd, cloud, observability

Rechercherichtung

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.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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 location to 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.
Vorherrschende Sprache
Python
Sterne
18
Forks
33
Ø Merge
2 T. 16 Std.
Gemergte PRs (30 T.)
53

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus PolicyEngine/policyengine-api

Alle Issues in PolicyEngine/policyengine-api

Ähnliche Issues

Weitere Issues zu Python

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.