Every message that is read from or written to a stream or a persistent state store needs to eventually be serialized to bytes (which are sent over the network or written to disk). There are various places where that serialization and deserialization can happen:

  1. In the client library: for example, the library for publishing to Kafka and consuming from Kafka supports pluggable serialization.
  2. In the task implementation: your process method can use raw byte arrays as inputs and outputs, and do any parsing and serialization itself.
  3. Between the two: Samza provides a layer of serializers and deserializers, or serdes for short.

You can use whatever makes sense for your job; Samza doesn’t impose any particular data model or serialization scheme on you. However, the cleanest solution is usually to use Samza’s serde layer. The following configuration example shows how to use it.

# Define a system called "kafka"

# The job is going to consume a topic called "PageViewEvent" from the "kafka" system

# Define a serde called "json" which parses/serializes JSON objects

# Define a serde called "integer" which encodes an integer as 4 binary bytes (big-endian)

# For messages in the "PageViewEvent" topic, the key (the ID of the user viewing the page)
# is encoded as a binary integer, and the message is encoded as JSON.

# Define a key-value store which stores the most recent page view for each user ID.
# Again, the key is an integer user ID, and the value is JSON.

Each serde is defined with a factory class. Samza comes with several builtin serdes for UTF-8 strings, binary-encoded integers, JSON and more. The following is a comprehensive list of supported serdes in Samza.

Serde Name Data Handled
string UTF-8 strings
integer binary-encoded integers
serializable Serializable Object Type
long long data type
json JSON formatted data
byte Plain Bytes (effectively no-op) - Useful for Binary Messages
bytebuffer Byte Buffer

You can also create your own serializer by implementing the SerdeFactory interface.

The name you give to a serde (such as “json” and “integer” in the example above) is only for convenience in your job configuration; you can choose whatever name you like. For each stream and each state store, you can use the serde name to declare how messages should be serialized and deserialized.

If you don’t declare a serde, Samza simply passes objects through between your task instance and the system stream. In that case your task needs to send and receive whatever type of object the underlying client library uses.

All the Samza APIs for sending and receiving messages are typed as Object. This means that you have to cast messages to the correct type before you can use them. It’s a little bit more code, but it has the advantage that Samza is not restricted to any particular data model.

Checkpointing »