-
-
Notifications
You must be signed in to change notification settings - Fork 704
Add internal spans to event repo #1678
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
WalkthroughThis pull request updates several server-side modules to improve batch tracking and observability. The callback signatures in the dynamic flush scheduler and event repository methods now include a new unique flushId generated by nanoid(). Tracing capabilities have been enhanced in the event repository and OTLP exporter by wrapping operations in spans and logging context-specific attributes. Additionally, logging in the finalize task run service has been streamlined to output only the run identifier. A new Tracer import has been added to support the tracing functionality. Changes
Sequence Diagram(s)sequenceDiagram
participant DS as DynamicFlushScheduler
participant CB as Callback Function
DS->>DS: Generate flushId via nanoid()
DS->>CB: Invoke callback(flushId, batch)
sequenceDiagram
participant ER as EventRepository
participant Span as Tracing Span
participant DB as Data Store
ER->>ER: Generate flushId using nanoid()
ER->>Span: Start span with startSpan()
ER->>DB: Call flushBatch(flushId, batch)
DB-->>ER: Return processed events
ER->>Span: Set attributes (event count, errors)
Span-->>ER: End span
Possibly related PRs
Poem
Warning There were issues while running some tools. Please review the errors and either fix the tool’s configuration or disable the tool if it’s a critical failure. 🔧 ESLint
apps/webapp/app/v3/dynamicFlushScheduler.server.tsOops! Something went wrong! :( ESLint: 8.45.0 ESLint couldn't find the config "custom" to extend from. Please check that the name of the config is correct. The config "custom" was referenced from the config file in "/.eslintrc.js". If you still have problems, please stop by https://eslint.org/chat/help to chat with the team. apps/webapp/app/v3/eventRepository.server.tsOops! Something went wrong! :( ESLint: 8.45.0 ESLint couldn't find the config "custom" to extend from. Please check that the name of the config is correct. The config "custom" was referenced from the config file in "/.eslintrc.js". If you still have problems, please stop by https://eslint.org/chat/help to chat with the team. apps/webapp/app/v3/services/finalizeTaskRun.server.tsOops! Something went wrong! :( ESLint: 8.45.0 ESLint couldn't find the config "custom" to extend from. Please check that the name of the config is correct. The config "custom" was referenced from the config file in "/.eslintrc.js". If you still have problems, please stop by https://eslint.org/chat/help to chat with the team.
✨ Finishing Touches
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
🧹 Nitpick comments (1)
apps/webapp/app/v3/eventRepository.server.ts (1)
243-243
: Returning the promise without returning flushed events.This immediate insertion also uses a flush ID. However, #flushBatch currently returns void, so consider whether the caller needs the inserted events.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (5)
apps/webapp/app/v3/dynamicFlushScheduler.server.ts
(3 hunks)apps/webapp/app/v3/eventRepository.server.ts
(7 hunks)apps/webapp/app/v3/otlpExporter.server.ts
(1 hunks)apps/webapp/app/v3/services/finalizeTaskRun.server.ts
(1 hunks)apps/webapp/app/v3/tracer.server.ts
(1 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (4)
- GitHub Check: e2e / 🧪 CLI v3 tests (windows-latest - pnpm)
- GitHub Check: e2e / 🧪 CLI v3 tests (windows-latest - npm)
- GitHub Check: typecheck / typecheck
- GitHub Check: Analyze (javascript-typescript)
🔇 Additional comments (17)
apps/webapp/app/v3/eventRepository.server.ts (7)
1-1
: Added Tracer import for enhanced telemetry.The addition of “Tracer” to the import is consistent with its subsequent usage to provide tracing functionality throughout the repository. No issues found.
35-36
: New imports for spans and unique IDs.Importing “startSpan” for tracing and “nanoid” for generating unique flush IDs is a solid approach. Both imports align well with the new flush and tracing logic below.
104-104
: Optional tracer property in config.Allowing an optional “tracer” in the repository config fosters flexibility and proper dependency injection. Implementation looks good.
208-209
: Private properties for tracer and last flush time.Introducing a private tracer reference and tracking the last flush time helps measure intervals between flushes. No immediate issues detected.
235-235
: Immediate flush now generates a unique flush ID.Using “nanoid” to create a flush ID for immediate event insertion improves observability. Looks good.
1028-1055
: New #flushBatch method with tracing.The tracing logic (startSpan, custom attributes) is well-implemented. The method sets “_lastFlushedAt,” logs differences in event counts, and publishes to Redis. Concurrency and partial-event handling appear sound.
1057-1142
: Refined #doFlushBatch with split insertion fallback.Splitting events on insert errors and logging them is a clever approach to handle problematic data while preserving partial successes. Consider verifying performance impacts for very large batches. Otherwise, nicely done.
[refactor_suggestion_good_to_have, verify]apps/webapp/app/v3/dynamicFlushScheduler.server.ts (4)
1-1
: Importing nanoid for unique flush IDs.Bringing in “nanoid” sets the stage for generating unique flush identifiers in the scheduler’s callback.
6-6
: Callback signature updated with flush ID.Adding the “flushId” parameter in the config’s callback type fosters better tracking during flush operations. No concerns.
15-15
: Revised callback property to receive flush ID.The dynamic flush scheduler’s constructor now consistently uses the updated callback signature. Looks good.
62-62
: Invoking callback with a new flush ID.Calling the callback with “nanoid()” ensures each batch is tracked under a unique flush identifier, which is valuable for debugging. Implementation is correct.
apps/webapp/app/v3/tracer.server.ts (1)
11-11
: Added Tracer import to support tracing.Introducing “Tracer” aligns with the repository changes that make use of custom tracing features. No issues noted.
apps/webapp/app/v3/services/finalizeTaskRun.server.ts (1)
125-130
: LGTM! Improved logging by reducing verbosity.The changes to log only
run.id
instead of the entirerun
object are beneficial as they:
- Reduce log verbosity
- Minimize potential exposure of sensitive data
- Improve log readability
apps/webapp/app/v3/otlpExporter.server.ts (4)
28-29
: LGTM! Added OpenTelemetry imports.The imports are correctly added to support the tracing functionality.
37-44
: LGTM! Properly initialized the tracer.The tracer is correctly initialized with a descriptive name "otlp-exporter" following OpenTelemetry best practices.
50-68
: LGTM! Enhanced exportTraces with tracing capabilities.The
exportTraces
method is now properly instrumented with:
- Span creation using
startSpan
- Event count attribute for better observability
- Existing verbose logging maintained within span context
75-93
: LGTM! Enhanced exportLogs with tracing capabilities.The
exportLogs
method is now properly instrumented with:
- Span creation using
startSpan
- Event count attribute for better observability
- Existing verbose logging maintained within span context
Summary by CodeRabbit
New Features
Refactor