-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Add Node.js DI documentation page #27150
base: master
Are you sure you want to change the base?
Conversation
This stack of pull requests is managed by Graphite. Learn more about stacking. |
cbf951a
to
4cb79c7
Compare
5c79b36
to
5267746
Compare
e7231f4
to
5267746
Compare
dc71835
to
bd4fba1
Compare
9e03d62
to
0e3958d
Compare
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.
I think this great to idea to put them in shortcodes and reuse them.
What I don't like about this is our docs become scary. the only configurations DI provide is:
- enable.
- deal with PII
before we had service,env,version to easy the user in.. I think the configuration section on our own pages should also include the unified ones.
Do we also want to add SYM_DB config ? we tell them to go read the docs but I think better to also include them if they miss the line. maybe even add "RECOMMENDED" tag next to those settings.
Maybe divide those configurations into sections:
- enablement - in currently also have symdb and exception_reply. in the future we would add code origin and debugger - lets make a section about what you active.
- unified tagging
- rate_limit and general configuration - exception reply have some, source code have some..
- PII - the scary stuff last.
8c38596
to
c2434d9
Compare
I've reverted a lot of the changes in this PR as it was getting quite large and hence harder to discuss. I'll open smaller follow up PRs with these changes to make the discussion easier. Thank y'all for all your feedback so far ❤️ |
c2434d9
to
f6276c2
Compare
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.
LGTM
f6276c2
to
e4d2e64
Compare
e4d2e64
to
f0b1141
Compare
text: 'Getting Started with Datadog Agent' | ||
--- | ||
|
||
{{< beta-callout-private url="https://forms.gle/TODO" >}} |
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.
Adding link once Jira ticket WEB-5882 is done
@@ -12,17 +12,22 @@ further_reading: | |||
text: 'Getting Started with Datadog Agent' | |||
--- | |||
|
|||
Dynamic Instrumentation is a feature of supporting Datadog tracing libraries. If you are already using [APM to collect traces][1] for your application, ensure your Agent and tracing library are on the required version, and go directly to enabling Dynamic Instrumentation in step 4. | |||
{{< beta-callout-private url="https://forms.gle/TODO" >}} |
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.
Adding link once Jira ticket WEB-5882 is done
Co-authored-by: sstonehill12 <[email protected]>
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.
Looks great! Thanks for the updates!
Approving contingent on updating the preview form URL before merging.
--- | ||
title: Enable Dynamic Instrumentation for Node.js | ||
aliases: | ||
- /tracing/dynamic_instrumentation/enabling/nodejs/ |
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.
- /tracing/dynamic_instrumentation/enabling/nodejs/ |
Not needed since this is a new page, and it never existed at this location.
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.
Shouldn't I also remove the aliases:
line above?
### Unsupported features | ||
|
||
- Dynamic Logs attached to a specific file/line | ||
- Dynamic Metrics, Spans, and Span Tags |
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.
### Unsupported features | |
- Dynamic Logs attached to a specific file/line | |
- Dynamic Metrics, Spans, and Span Tags |
I would suggest removing this section to keep our docs focused on what the product can do. I think this section is ok on the Node.js and Ruby preview pages because it is talking about the preview specifically.
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.
We have rolled back PHP support and decided to re-release it again soon as a Limited Preview, just as with the Ruby and Node.js tracers. That's why I added this section so it was ready for when we decided to launch.
@OmerRaviv can you verify?
What does this PR do? What is the motivation?
Merge instructions
Merge readiness:
Merge queue is enabled in this repo. To have it automatically merged after it receives the required reviews, create the PR (from a branch that follows the
<yourname>/description
naming convention) and then add the following PR comment:Additional notes