Events

Most games need to send behavioral data and analytics to services like ad networks, analytics platforms, and purchase verification systems. Typically, each service requires its own SDK in the game client, adding download size, network overhead, and ongoing maintenance burden.

Events let you capture this data once and route it server-side. Your game client sends lightweight event data to Nakama, which processes it in the background and forwards it to whichever third-party services you’ve configured. Players experience minimal interruption, and you avoid embedding multiple SDKs into your client.

This approach gives you three practical benefits: a smaller game client (which improves your first-time user experience and download conversion), less network traffic from the client to external services, and significantly lower integration and maintenance cost for your team.

Internally, Nakama processes events using a high-performance circular buffer and a pool of worker goroutines. This means large volumes of events won’t overload your server even if your event handlers are slower than the ingestion rate. See Advanced settings to tune the queue size and worker count.

Generate Events #

Events can be sent to the server by game clients or created on the server. An event has a name and a map of properties which decorate the event with more information.

Send Events #

Use the event API to send to the server.

Create Events #

Use the server side module to generate events in your Go code.

You can also take advantage of after hooks in the server runtime when you want to send events from other features in the server. For example when a user account is updated and you might want to send an event to be processed.

Built-in Events #

The server will generate built-in events which can be processed specifically for the SessionStart and SessionEnd actions. These special events occur when the server has a new socket session start and when it ends. See below for how to process these events.

Process Events #

Events can be processed with a function registered to the runtime initializer at server startup. Events will have its external field marked as true if its been generated by clients.

Processing events through Lua/TypeScript runtime functions is not yet supported.

Built-in Events #

Events which are internally generated have their own registration functions. The SessionStart is created when a new socket connection is opened on the server.

The SessionEnd event is created when the socket connection for a session is closed. The socket could have closed for a number of reasons but can be observed to react on.

Advanced Settings #

To protect the performance of the server the event processing subsystem is designed to limit the resources allocated to process events. You can adjust the resources allocated to this subsystem with these configuration settings.

Configuration KeyValueDescription
runtime.event_queue_sizeintSize of the event queue buffer. Defaults to 65536.
runtime.event_queue_workersintNumber of workers to use for concurrent processing of events. Defaults to 8.

To review other configuration settings, see Server configuration.

Example #

This is a complete sample plugin which processes SessionStart, SessionEnd, and events generated when a user account is updated.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
package main

import (
    "context"
    "database/sql"
    "github.com/heroiclabs/nakama-common/api"
    "github.com/heroiclabs/nakama-common/runtime"
)

func afterUpdateAccount(ctx context.Context, logger runtime.Logger, db *sql.DB, nk runtime.NakamaModule, in *api.UpdateAccountRequest) error {
    evt := &api.Event{
        Name:       "account_updated",
        Properties: map[string]string{},
        External:   false,
    }
    return nk.Event(context.Background(), evt)
}

func processEvent(ctx context.Context, logger runtime.Logger, evt *api.Event) {
    switch evt.GetName() {
    case "account_updated":
        logger.Debug("process evt: %+v", evt)
        // Send event to an analytics service.
    default:
        logger.Error("unrecognised evt: %+v", evt)
    }
}

func eventSessionEnd(ctx context.Context, logger runtime.Logger, evt *api.Event) {
   logger.Debug("process event session end: %+v", evt)
}

func eventSessionStart(ctx context.Context, logger runtime.Logger, evt *api.Event) {
    logger.Debug("process event session start: %+v", evt)
}

//noinspection GoUnusedExportedFunction
func InitModule(ctx context.Context, logger runtime.Logger, db *sql.DB, nk runtime.NakamaModule, initializer runtime.Initializer) error {
    if err := initializer.RegisterAfterUpdateAccount(afterUpdateAccount); err != nil {
       return err
    }
    if err := initializer.RegisterEvent(processEvent); err != nil {
        return err
    }
    if err := initializer.RegisterEventSessionEnd(eventSessionEnd); err != nil {
       return err
    }
    if err := initializer.RegisterEventSessionStart(eventSessionStart); err != nil {
       return err
    }
    logger.Info("Server loaded.")
    return nil
}