Skip to content

Logs estructurados y trazas #34

@Kalebtron1

Description

@Kalebtron1

Why this matters

Visibility into request failures and tracing makes production debugging faster and less painful.

Problem

Logs are inconsistent across services and do not make incident triage easy.

Scope

  • Standardize structured logging in the API layer.
  • Add request IDs and log context for the affected flows.
  • Keep the output readable for local development and production.

Implementation guidance

  • Use the existing API handlers in api/calculate-score.js, api/evaluate-and-mint.js, api/get-available-credit.js, and api/get-user-data.js as the main touch points.
  • Reuse shared error mapping where possible.
  • Keep the message tone actionable and concise.

Out of scope

  • Redesigning the application telemetry stack.
  • Adding a full observability platform integration.

Acceptance criteria

  • PR includes the logging changes in the listed API files.
  • Reviewer can reproduce the flow with npm run dev and observe consistent logs.
  • A production build still passes and the PR description includes sample log output or screenshots.

Validation

  • Run npm run dev and exercise the affected flow.
  • Run npm run build before opening the PR.
  • Confirm logs contain the request context for the touched endpoint.

PR requirements

  • Include Closes #34.
  • Include before/after behavior notes.
  • Mention any log format assumptions that reviewers should know.

Complexity

  • Medium (100 points)

Metadata

Metadata

Assignees

Labels

Stellar WaveIssues in the Stellar wave programbackendBackend API and server workcomplexity:medium150 points - standard feature touching multiple areasobservabilityLogs, traces and monitoring

Projects

No projects

Relationships

None yet

Development

No branches or pull requests

Issue actions