EventNative is a standalone application that doesn't have any requirements such as an inner database or others. Simultaneously some features (e.g. event caching) need Redis, but these features are optional.

EventNative processing pipeline


Event — an incoming message as a JSON object. Message can be sent to EventNative via API or JavaScript library.

Destination — usually a database, but can be a different type of service as well. The destination is a service that contains structured records and supports an INSERT-like statement. Google analytics measurment protocol is an example of a non-DB destination. It has structured records (events) and an INSERT-like interface.

Table — a table in DB or any other structure within the destination.

BatchHeader — describes a structure of batch: fields and types along with table name.

Destination modes

EventNative's destination can operate in two modes:

Stream — data (events) is being sent to a destination as soon as possible.

Batch — data is being written to local disk and sent to a destination in batches, once in N (configurable) minutes.

First Step

Once an event is accepted by the HTTP end-point it undergoes the Context Enrichment step. The logic is different for different sources of events. The purpose of this event is to add additional information to the event which can be useful for further processing. After JSON is enriched it goes to Batch or/and Stream pipeline depending on destination type. Partially multiplexing happens here. If destinations config contains destinations of both types, the event will be sent to both routes.

Also only_keys filtering is applied.

Batch and Stream pipelines are different, however, they have the same logical steps.

Context Enrichment Step

In this step, events are enriched with context data:

  • Add IP from where the request came from (/source_ip field)

  • Add UTC timestamp (/_timestamp field)

  • If request is processed by JavaScript endpoint - read and add user-agent header (/eventn_ctx/user_agent field)

  • If request is processed by Server API - add 'api' value (/src field) and generated UUID (/eventn_ctx/event_id field)

Lookup Enrichment Step

During this step Enrichment rules are applied. Enrichment rule is a function F(src_node) → dst_node. It is configured in the destination section of the EventNative configuration. Also, there are two default enrichment rules that are applied to JavaScript events.

Mapping Step

In this step, all configured mappings are applied to a JSON object and as a result, BatchHeader is generated. Read about Schema and Mappings configuration. After all mappings are applied, JSON is flattened, and all special characters and spaces in field names are replaced with underscores. Also values types recognition happens here, read about Typecast.