Getting Started
Architecture
NServiceBus
Transports
Persistence
ServiceInsight
ServicePulse
ServiceControl
Monitoring
Samples

SagaAudit Plugin

NuGet Package: NServiceBus.SagaAudit (3.x)
Target Version: NServiceBus 7.x

The SagaAudit plugin enables the Saga View feature in ServiceInsight.

SagaAudit View in ServiceInsight

It is built specifically to help developers verify saga logic during development. It does this by capturing saga message behavior and changes in saga data/state as the saga is being processed. It then sends this information to a ServiceControl instance set up in the development environment. The information is available in the Saga view in ServiceInsight.

Implementation

The SagaAudit plugin captures the following information:

  • The incoming messages (including timeouts) that initiate change in the saga
  • The outgoing messages that the saga sends
  • A snapshot of the current saga state
graph LR subgraph Endpoint Auditing SagaAudit[Saga Audit] end SagaAudit -- Saga Change<br>Audit Data --> SCQ[ServiceControl<br>Input Queue] SagaAudit -- Saga Change<br>Audit Data --> AuditQ[audit<br>queue] Auditing -- Message<br>Audit Data --> AuditQ[audit<br>queue] AuditQ --> ServiceControl SCQ --> ServiceControl

All this information is sent to and stored in ServiceControl. Note that the saga state audit data is transmitted to ServiceControl via a separate message and is serialized using the built-in JSON Serializer of NServiceBus.

Impact on ServiceControl performance

This plugin results in an increase in load in several areas:

  1. Endpoint load to capture the required information
  2. Network load due to the extra information sent to ServiceControl
  3. ServiceControl load in the areas of ingestion, correlation and data cleanup

The increase in load is proportional to the size of the saga data multiplied by the number of messages the saga receives. Since both these variables depend on the specific saga implementation, it is impossible to give accurate predictions on the impact of this load in a production system. In versions of ServiceControl before 4.13.0, do not run the SagaAudit plugin in production environments due to the increased load on the main ServiceControl instance. With version 4.13.0, audit instances can process saga state change information from the SagaAudit plugin. If the additional load from the SagaAudit plugin is too big for a single audit instance to handle, consider scaling out ServiceControl audit processing.

Configuration

The SagaAudit plugin is enabled via:

var endpointConfiguration = new EndpointConfiguration("MyEndpoint");

//For ServiceControl 4.13.0 and later
endpointConfiguration.AuditSagaStateChanges(
    serviceControlQueue: "audit@machine");

//For previous versions of ServiceControl
endpointConfiguration.AuditSagaStateChanges(
    serviceControlQueue: "particular.servicecontrol@machine");

Custom serialization

The SagaAudit plugin serializes the saga data objects to json. If needed a custom serialization method can be provided by the user:

var endpointConfiguration = new EndpointConfiguration("MyEndpoint");
endpointConfiguration.AuditSagaStateChanges(
    serviceControlQueue: "particular.servicecontrol@machine",
    customSagaEntitySerialization: saga =>
    {
        var data = (MySagaData) saga;
        var dictionary = new Dictionary<string, string>
        {
            ["prop1"] = data.Name,
            ["prop2"] = data.Address
        };
        return dictionary;
    });