What are transactions on Dr. Droid?
Transactions help you join multiple events together and track their behaviour, relative to each other

Search for a command to run...
Transactions help you join multiple events together and track their behaviour, relative to each other

No comments yet. Be the first to comment.
These Blogs are associated with Kenobi -- An Open Source Events Lakehouse. https://github.com/DrDroidLab/kenobi
Custom metrics are a lens through which engineers see the product & customer experience.
Give Your AI agents Domain Agnostic structured context they can actually navigate.

What we did at Kubecon India 2026?

Introduction to AI SRE and how every one has different opinion from the term

What are the different levels of Autonomous Operations, and what's the path to getting there?

An AI agent operating on production systems is only as effective as the context it can access at the moment a question is asked. Generic foundation models, however capable, do not know your service na

A transaction is defined as the transition of a joining key pk_1 from an initial state (primary event) tnx_initiated to a terminal state (secondary event) tnx_completed.

Transactions help you track the behaviour of your application in the context of the goals it is trying to achieve. Consider an example of a 3rd party payment provider API which is a part of your product journey. While it’s important to be able to track the error rate of outgoing API and webhook callbacks by the vendor, tracking relative behaviour helps identify anomalies faster.

The key benefit of using “transaction” instead of tracking start and completion separately using 2 different markers is that the correlation is easily tracked. If you do not have any common key between the two states, the only next best option is to add custom metrics at the individual checkpoints.
Compared to individual events, here are some properties, unique to a transaction:
Transaction time: The time to go from primary state to secondary state in a transaction.
Transaction status: Active or Finished, depending on whether it has reached the terminal state or not.
Transaction triggers: Rule-based alert configured on the transaction time, status or any other attribute associated with the transaction
Once you define a transaction, here are some out-of-the-box capabilities that we provide:
Alert rules on transactions success rate:
You can configure triggers on transaction success/failure rates, at both aggregate levels as well as individual transactions. Read more about triggers and their details here.

Track metrics related to the transaction and any of its associated attributes:

Filter transactions
What are the currently active transactions?
Search transactions by any variable, irrespective of whether they are in the primary event or secondary event

To get started with setting up a transaction, click here.