Migrate API v1 simulation services to centralized observability
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Refactorización
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- google-cloud, python
- Área
- backend-api-design, cloud, observability
Línea de trabajo
Start by locating the API v1 simulation entry, Modal gateway, executor, and batch workers named in the scope, then inspect their current Logfire and telemetry setup. Review the existing deployment configuration and service-level tests before changing the observability integration. Done means all participating services emit the version 2 schema, preserve allowlisted correlation metadata, contain no Logfire runtime path, and remain unaffected when telemetry fails.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
Migrate the API v1 simulation entry, Modal gateway, executor, and batch workers to policyengine-observability 2.0 and central Google Cloud telemetry.
Scope
- Replace version 1 global helpers with runtime-bound operations and spans.
- Remove Logfire initialization, secrets, dependencies, and forced OpenTelemetry disablement.
- Carry allowlisted request and trace correlation metadata from entry to gateway to worker.
- Configure explicit service identity, environment, collector endpoint, Google project, and Workload Identity Federation credentials for approved API v1 applications.
- Add service-level failure-isolation tests.
- Keep other PolicyEngine applications outside this change.
Acceptance criteria
- Each participating service emits the version 2 structured log schema.
- Worker operations restore incoming correlation metadata without including simulation inputs or reform payloads.
- No Logfire runtime path remains in these services.
- Failed telemetry setup or export does not change simulation outcomes.
- Relevant formatting, lint, unit, integration, and deployment configuration checks pass.
- Lenguaje dominante
- Python
- Estrellas
- 1
- Forks
- 1
- Merge medio
- 15 h 10 min
- PR fusionados (30 d)
- 12
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de PolicyEngine/policyengine-sim-api
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
PolicyEngine/policyengine-sim-api#674 · 3 comentarios ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Todos los issues de PolicyEngine/policyengine-sim-api
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
stephrobert/dsoxlab#238 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
sublimehq/package_control#1780 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
nwg-piotr/nwg-displays#145 ·