You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 3, 2023. It is now read-only.
It would be useful for us to make a section titled "Diagnosing problems with tracing" and link to that in the same fashion at the top of the "Tracing" introduction page.
This ensures that the practicalities of using tracing will be properly communicated and prescriptive, thereby creating a direct use for the content on the website
If someone who has the real-world experience of using [tracing] in a site-reliability capacity is able to afford the time to detail a high-level real-world implementation, then I can go in and write the guide.
Context: I am familiar with the API accross java/go/node/python, however I haven't used it in a real-world scenario -- so my implementation isn't battle tested and would be flawed.
Another scenario is I could just write the section to get it out the door and then a more knowledgable individual polishes it up later.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Borrowing an idea from the MySQL website "Performance schema quickstart" https://dev.mysql.com/doc/refman/8.0/en/performance-schema-quick-start.html
I just saw the value of having a direct advisory of how to use a solution to diagnose and solve problems.
It would be useful for us to make a section titled "Diagnosing problems with tracing" and link to that in the same fashion at the top of the "Tracing" introduction page.
This ensures that the practicalities of using tracing will be properly communicated and prescriptive, thereby creating a direct use for the content on the website
/cc @hvent90 @bogdandrutu @rakyll @shahprit
The text was updated successfully, but these errors were encountered: