Rust SDK

Use RudderStack’s Rust SDK to send events to various destinations.

The RudderStack Rust SDK lets you track your customer event data from your Rust applications and send it to your specified destinations via RudderStack.

Check out the GitHub codebase to get a more hands-on understanding of the SDK.

Github Badge

SDK setup requirements

success
In the dashboard, the Setup tab for the source has an SDK installation snippet containing both the write key and the data plane URL. You can use it to integrate the Rust SDK into your application.

Installing the Rust SDK

To install the Rust SDK, simply add its crate as a project dependency.

Add the following line to your Cargo.toml file:

rudderanalytics = "1.0.0"

Initializing the RudderStack client

To initialize the RudderStack client, run the following code snippet:

use rudderanalytics::client::RudderAnalytics;

let rudder_analytics = RudderAnalytics::load(
	"<SOURCE_WRITE_KEY>".to_string(),
	"<DATA_PLANE_URL>".to_string()
);

Once the RudderStack client is initialized, you can use it to send your customer events.

Sending events

warning
RudderStack does not store or persist the user state in any of the server-side SDKs.

Unlike the client-side SDKs that deal with only a single user at a given time, the server-side SDKs deal with multiple users simultaneously. Therefore, you must specify either user_id or anonymous_id every time while making any API calls supported by the Rust SDK.

Identify

The identify call lets you identify a visiting user and associate them to their actions. It also lets you record the traits about them like their name, email address, etc.

A sample identify call is as shown:

use rudderanalytics::message::{ Identify, Message };

rudder_analytics
        .send(Message::Identify(Identify {
            user_id: Some("sample_user_id".to_string()),
            traits: Some(json!({
                "name": "Test User",
                "email": "test@user.com",
            })),
            ..Default::default()
        }))
        .expect("Identify call failed to send data to RudderStack");

The identify method parameters are as described below:

FieldTypePresenceDescription
user_idStringOptional, if anonymous_id is already set.Unique user identifier in your database.
anonymous_idStringOptionalSets an identifier for cases when there is no unique user identifier. Either user_id or anonymous_id is required.
traitsObjectOptionalDictionary of the traits associated with the user, such as name, email, etc.
original_timestampDateTimeOptionalThe timestamp of the event’s occurrence as specified by the user, in ISO 8601 format. If not explicitly specified, the SDK appends the timestamp of the event’s receipt.
contextObjectOptionalDictionary of information providing context about a message. It is not directly related to the API call.
integrationsObjectOptionalDictionary containing the destinations to be enabled or disabled.

Track

The track call lets you record the user actions along with their associated properties. Each user action is called an event.

A sample track call is as shown:

use rudderanalytics::message::{ Track, Message };

rudder_analytics
        .send(Message::Track(Track {
            user_id: Some("sample_user_id".to_string()),
            event: "Test Event".to_owned(),
            properties: Some(json!({
                "some property": "some value",
                "some other property": "some other value",
            })),
            ..Default::default()
        }))
        .expect("Track call failed to send data to RudderStack");

The track method parameters are as described below:

The following table describes the different track parameters in detail:

FieldTypePresenceDescription
user_idStringOptional, if anonymous_id is already set.Unique user identifier in your database.
anonymous_idStringOptionalSets an identifier for cases when there is no unique user identifier. Either user_id or anonymous_id is required.
eventStringRequiredName of the event, i.e. the action performed by the user.
propertiesObjectOptionalDictionary of the properties associated with the event.
original_timestampDateTimeOptionalThe timestamp of the event’s occurrence as specified by the user, in ISO 8601 format. If not explicitly specified, the SDK appends the timestamp of the event’s receipt.
contextObjectOptionalDictionary of information providing context about a message. It is not directly related to the API call.
integrationsObjectOptionalDictionary containing the destinations to be enabled or disabled.

Page

The page call allows you to record the page views on your website along with the other relevant information about the viewed page.

info
RudderStack recommends calling page at least once every page load.

A sample page call is as shown:

use rudderanalytics::message::{ Page, Message };

rudder_analytics
        .send(Message::Page(Page {
            user_id: Some("sample_user_id".to_string()),
            name: "Cart viewed".to_owned(),
            properties: Some(json!({
                "some property": "some value",
                "some other property": "some other value",
            })),
            ..Default::default()
        }))
        .expect("Page call failed to send data to RudderStack");

The page method parameters are as described below:

FieldTypePresenceDescription
user_idStringOptional, if anonymous_id is already set.Unique user identifier in your database.
anonymous_idStringOptionalSets an identifier for cases when there is no unique user identifier. Either user_id or anonymous_id is required.
nameStringRequiredName of the viewed page.
propertiesObjectOptionalDictionary of the properties associated with the page view event.
original_timestampDateTimeOptionalThe timestamp of the event’s occurrence as specified by the user, in ISO 8601 format. If not explicitly specified, the SDK appends the timestamp of the event’s receipt.
contextObjectOptionalDictionary of information providing context about a message. It is not directly related to the API call.
integrationsObjectOptionalDictionary containing the destinations to be enabled or disabled.

Screen

The screen method lets you record whenever the user views their mobile screen, along with any additional relevant information about the screen.

info
The screen call is the mobile equivalent of the page call.

A sample screen call is shown below:

use rudderanalytics::message::{ Screen, Message };

rudder_analytics
        .send(Message::Screen(Screen {
            user_id: Some("sample_user_id".to_string()),
            name: "sample_screen".to_owned(),
            properties: Some(json!({
                "some property": "some value",
                "some other property": "some other value",
            })),
            ..Default::default()
        }))
        .expect("Screen call failed to send data to RudderStack");

The screen method parameters are as described below:

FieldTypePresenceDescription
user_idStringOptional, if anonymous_id is already set.Unique user identifier in your database.
anonymous_idStringOptionalSets an identifier for cases when there is no unique user identifier. Either user_id or anonymous_id is required.
nameStringRequiredName of the viewed screen.
propertiesObjectOptionalDictionary of the properties associated with the screen view event.
original_timestampDateTimeOptionalThe timestamp of the event’s occurrence as specified by the user, in ISO 8601 format. If not explicitly specified, the SDK appends the timestamp of the event’s receipt.
contextObjectOptionalDictionary of information providing context about a message. It is not directly related to the API call.
integrationsObjectOptionalDictionary containing the destinations to be enabled or disabled.

Group

The group call lets you associate an identified user to a group - either a company, project or a team and record any custom traits or properties associated with that group.

info
An identified user can be in more than one group.

A sample group call is as shown:

use rudderanalytics::message::{ Group, Message };

rudder_analytics
        .send(Message::Group(Group {
            user_id: Some("sample_user_id".to_string()),
            group_id: "sample_group_id".to_owned(),
            traits: Some(json!({
                "some property": "some value",
                "some other property": "some other value",
            })),
            ..Default::default()
        }))
        .expect("Group call failed to send data to RudderStack");

The group method parameters are as described below:

FieldTypePresenceDescription
user_idStringOptional, if anonymous_id is already set.Unique user identifier in your database.
anonymous_idStringOptionalSets an identifier for cases when there is no unique user identifier. Either user_id or anonymous_id is required.
group_idStringRequiredUnique identifier of the group in your database.
traitsObjectOptionalDictionary of the traits associated with the group.
original_timestampDateTimeOptionalThe timestamp of the event’s occurrence as specified by the user, in ISO 8601 format. If not explicitly specified, the SDK appends the timestamp of the event’s receipt.
contextObjectOptionalDictionary of information providing context about a message. It is not directly related to the API call.
integrationsObjectOptionalDictionary containing the destinations to be enabled or disabled.

Alias

The alias call lets you merge different identities of a known user.

warning
RudderStack supports sending alias events only to select downstream destinations. Refer to the destination-specific documentation for more details.

A sample alias call is shown below:

use rudderanalytics::message::{ Alias, Message };

rudder_analytics
        .send(Message::Alias(Alias {
            user_id: Some("sample_user_id".to_string()),
            previous_id: "sample_previous_user_id".to_owned(),
            traits: Some(json!({
                "some property": "some value",
                "some other property": "some other value",
            })),
            ..Default::default()
        }))
        .expect("Alias call failed to send data to RudderStack");

The alias method parameters are as described below:

FieldTypePresenceDescription
user_idStringRequiredUnique user identifier in your database.
previous_idStringRequiredThe user’s previous identifier.
traitsObjectOptionalDictionary of the traits associated with the user, such as name, email, etc.
original_timestampDateTimeOptionalThe timestamp of the event’s occurrence as specified by the user, in ISO 8601 format. If not explicitly specified, the SDK appends the timestamp of the event’s receipt.
contextObjectOptionalDictionary of information providing context about a message. It is not directly related to the API call.
integrationsObjectOptionalDictionary containing the destinations to be enabled or disabled.

Batch

The batch call lets you send multiple user events(of type identify, track, page, screen, group, and alias) in one call.

info
The batch call accepts a maximum call size of 4 MB.

A sample batch call is as shown:

use rudderanalytics::message::{ Batch, Message, BatchMessage };

rudder_analytics
        .send(Message::Batch(Batch {
            batch: vec![
                BatchMessage::Identify(Identify {
                    user_id: Some("foo".to_string()),
                    traits: Some(json!({})),
                    ..Default::default()
                }),
                BatchMessage::Track(Track {
                    user_id: Some("bar".to_string()),
                    event: "Bar".to_owned(),
                    properties: Some(json!({})),
                    ..Default::default()
                }),
                BatchMessage::Track(Track {
                    user_id: Some("baz".to_string()),
                    event: "Baz".to_owned(),
                    properties: Some(json!({})),
                    ..Default::default()
                }),
            ],
            context: Some(json!({
                "foo": "bar",
            })),
            ..Default::default()
        }))
        .expect("Batch call failed to send data to RudderStack");

The batch method parameters are as described below:

FieldTypePresenceDescription
batchVectorRequiredContains one or more event calls of type identify/ track/ page/ screen/ group/ alias.
contextObjectOptionalDictionary of information providing context about a message. It is not directly related to the API call.
integrationsObjectOptionalDictionary containing the destinations to be enabled or disabled.
original_timestampDateTimeOptionalThe timestamp of the event’s occurrence as specified by the user, in ISO 8601 format. If not explicitly specified, the SDK appends the timestamp of the event’s receipt.

Integrations options

The structure of the integrations option is as follows:

integrations: {
 All: boolean, // Defaults to true
 <Destination1>: boolean,
 <Destination2>: boolean,
 ...
}

The following table describes all integrations parameters in detail:

FieldTypePresenceDescription
AllBooleanOptionalCorresponds to all destinations to which the event is to be sent. Defaults to true. All: false instructs RudderStack to not send the event data to any destinations by default.
<Destination>BooleanOptionalName of the specific destination to which the event should be sent/not sent, depending on the Boolean value assigned to it.

FAQ

Does the Rust SDK support event ordering?

The Rust SDK does not support event ordering by default.



Questions? Contact us by email or on Slack