Skip to content

Commit aba7b8b

Browse files
committed
Replace <Note> with <Alert>
1 parent 6e2c87e commit aba7b8b

File tree

1 file changed

+10
-10
lines changed

1 file changed

+10
-10
lines changed

docs/organization/dynamic-sampling/index.mdx

Lines changed: 10 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -14,10 +14,10 @@ This process is applied directly on Sentry's servers, which allows you to config
1414

1515
By analyzing incoming traffic patterns, Dynamic Sampling is able to tailor its decisions to both the actual traffic volume as well as the content of accepted spans. For more details, check out the [Dynamic Sampling Priorities](#dynamic-sampling-priorities) section.
1616

17-
<Note>
17+
<Alert>
1818
Dynamic Sampling is available for customers on our latest Enterprise plans,
1919
starting June, 2024.
20-
</Note>
20+
</Alert>
2121

2222
## Prerequisites
2323

@@ -69,12 +69,12 @@ The [project preview](https://sentry.io/orgredirect/organizations/:orgslug/setti
6969

7070
Because project rates continuously change, we recommend that you choose the 24-hour preview to get a more accurate view of your current sample rates for real-time analysis. We recommend the 30-day preview for seeing average sample rates in your billing cycle for long-term planning.
7171

72-
<Note>
72+
<Alert>
7373
If you switch from advanced to simple mode, the recalibration process will
7474
start immediatly and the per-project sample rates will be reset to the
7575
calculated values. There's no way to restore the manually configured project
7676
sample rates once you've switched to simple mode.
77-
</Note>
77+
</Alert>
7878

7979
### Advanced Mode
8080

@@ -120,12 +120,12 @@ SDK sampling uses a static rate set in the SDK configuration. It’s ideal for o
120120

121121
To give Sentry the fullest, most accurate picture of your application’s health, we recommend sending us 100% of your transactions. You can do this by setting your [tracesSampleRate](/platform-redirect/?next=/performance/) to 1.0. If this isn't feasible for your organization, set a lower value, or switch to sampling selectively by using the [tracesSampler](/platform-redirect/?next=/performance/) to filter your transactions based on contextual data. Note, that when calculating throughput, transaction-metering is based on received, not stored transactions.
122122

123-
<Note>
123+
<Alert>
124124
Changes to your SDK sampling configuration may affect your quota. If you
125125
increase your SDK sampling rate, you'll also be increasing the volume of
126126
transactions you send to Sentry. This may require that you adjust your
127127
transaction quota.
128-
</Note>
128+
</Alert>
129129

130130
You can use both Dynamic and SDK Sampling together to further optimize your event volume for your specific use case. For example, you can set a low SDK sample rate to ensure that only a certain percentage of events are sent to Sentry, and then use Dynamic Sampling to adjust the sample rate based on the event volume received by Sentry.
131131

@@ -154,11 +154,11 @@ Since dev environments usually generate a small number of transactions as compar
154154

155155
#### Low Volume Projects
156156

157-
<Note>
157+
<Alert>
158158

159159
You won't be able to disable the Low Volume Projects dynamic sampling priority because it's set on an organization-wide level, not on a per-project basis.
160160

161-
</Note>
161+
</Alert>
162162

163163
Some projects within your organization are very high-volume compared to others. This means that low-volume projects might get drowned out if we treat all projects equally. To ensure that you have enough samples regardless of project scale, we prioritize low-volume projects.
164164

@@ -181,11 +181,11 @@ When you query a transactions either in [Discover](/product/explore/discover-que
181181

182182
![Investigation Mode in Discover](./img/investigation-bias-discover.png)
183183

184-
<Note>
184+
<Alert>
185185

186186
This feature only applies to transactions. Therefore, in Discover, you have to specify `event.type:transaction` in the query to access the feature, whereas in Performance the event type is implicit.
187187

188-
</Note>
188+
</Alert>
189189

190190
Clicking this button creates an investigation rule for the query. Once the rule is successfully created, a notification appears, and the button is replaced with a message showing the investigation is in progress and the amount of time it's been active.
191191

0 commit comments

Comments
 (0)