Skip to content

Commit 975630e

Browse files
Apply suggestions from code review
1 parent 8b9e284 commit 975630e

File tree

1 file changed

+6
-2
lines changed
  • src/connections/destinations/catalog/repeater

1 file changed

+6
-2
lines changed

src/connections/destinations/catalog/repeater/index.md

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -26,9 +26,13 @@ You can do this for as many sources as you need.
2626

2727
Repeater sends all events it receives to the sources you specified, identified by the write key(s) you added.
2828

29-
## Replays with a Repeater
29+
## Replays with a Repeater destination
3030

31-
Replays can affect your MTU count when using a Repeater destination. Notify your team before initiating a Replay if you’re using a Repeater destination. There are edge cases where the repeater would count towards MTUs, specifically when replaying historical data from the source connected to feed data into that Repeater destination. This is because userIds/anonymousIds would not have been seen by the source the Repeater sends data to. The API plans count by events sent through the pipeline; the repeater resends an event through the entire pipeline [Source → Repeater → Source → Destinations] so one event is sent through twice, and would increase the throughput count.
31+
Running a Replay on a Repeater destination might count toward your MTUs, especially if you are replaying historical data from the source that flows data into your Repeater destination.
32+
33+
Because the API plans count by events sent through the pipeline and the Repeater destination resends an event through the entire pipeline, one event might flow through your source twice which increases the throughput count.
34+
35+
Segment recommends that you notify your team before initiating a Replay if you’re using a Repeater destination.
3236

3337
## Repeater FAQ
3438

0 commit comments

Comments
 (0)