Skip to content

Commit b53a7d9

Browse files
author
markzegarelli
authored
Add image that describes MTU and throughput [netlify-build] (#3246)
* Add image that describes MTU and throughput [netlify-build] * moved image, added explanation * [netlify-build] * Add description
1 parent f44e802 commit b53a7d9

File tree

2 files changed

+13
-2
lines changed

2 files changed

+13
-2
lines changed
147 KB
Loading

src/guides/usage-and-billing/mtus-and-throughput.md

Lines changed: 13 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,15 @@
11
---
22
title: MTUs, Throughput and Billing
33
---
4+
[![A description of MTU and throughput calculation](images/billing-overview.png)](images/billing-overview.png)
5+
6+
The graphic illustrates an example billing model with data flowing through Segment within a monthly period. Each event on the different touch points (for example, Sign-ups or Product Added) is calculated as one API call.
7+
8+
Segment detects that the user across two of the touch points is the same user based on their userID (userID 123) and deduplicates them, counting for one [MTU](#what-is-an-mtu).
9+
10+
With Personas, this user falls into one audience, has one computed trait, and falls into one Journeys step, accounting for three compute credits total. Compute credits are not tied to an individual user, so multiple people could fall into these buckets, still accounting for a single compute credit for each trait/audience/journey step.
11+
12+
Finally, the example sends some user events to a destination function, which is charged according to function execution time.
413

514
## What is an MTU?
615

@@ -20,6 +29,8 @@ For example, if your workspace's throughput limit is set to 250, this means that
2029

2130
These objects and API calls are not tied to a specific user, but are an aggregate number applied to your workspace. Most customers never hit this limit, and Business tier plans often have custom limits.
2231

32+
33+
2334
#### Batching and throughput limits
2435

2536
You can sometimes "batch" API calls to reduce send times, however batching doesn't reduce your throughput usage. Batched calls are unpacked as they are received, and the objects and calls the batch contains are counted individually. While batching does not reduce your throughput, it does reduce the possibility of rate limit errors.
@@ -56,7 +67,7 @@ Click the billing period dropdown at the top of the page to see a cumulative dai
5667

5768
## What is the difference between an event and an object?
5869

59-
We know this sounds like a non-sequitur, but understanding the difference between events and objects helps you understand how MTUs are calculated.
70+
Understanding the difference between events and objects helps you understand how MTUs are calculated.
6071

6172
An event is a data collection triggered in response to a user action: a [Track call](/docs/connections/spec/track/) (or a [Page](/docs/connections/spec/page/)/[Screen](/docs/connections/spec/screen/) call if the action was to navigate to a new page). Events take place in a single moment in time, and include a name, timestamp, and **properties**. When an event happens more than once, it creates a new Event record (with a new timestamp) rather than updating an existing one. For example, a user browsing a product catalog might generate several "Product Viewed" events, which might include the product name, price, and category.
6273

@@ -113,7 +124,7 @@ Replays only affect your MTU count if you are using a [Repeater](/docs/connectio
113124

114125
## Why is my MTU count different from what I see in my destinations and other tools?
115126

116-
Different tools count users under different conditions, so comparing numbers between any two tools, or between Segment and a tool, rarely produces the same number. Each tool accepts slightly different incoming data, and they often reject or process the incoming data differently. We've included some example explanations of why you might see differing numbers below.
127+
Different tools count users under different conditions, so comparing numbers between any two tools, or between Segment and a tool, rarely produces the same number. Each tool accepts slightly different incoming data, and they often reject or process the incoming data differently. Included are some example explanations of why you might see differing numbers below.
117128

118129
> success ""
119130
> Contact [Segment Product Support](https://segment.com/help/contact/) if for more information about a specific tool, or if you're concerned that differing numbers might be due an implementation error.

0 commit comments

Comments
 (0)