Tracker Stores
Your assistant's conversations are stored within a tracker store. Rasa provides implementations for different store types out of the box, or you can create your own custom one.
InMemoryTrackerStore (default)
InMemoryTrackerStore
is the default tracker store. It is used if no other
tracker store is configured. It stores the conversation history in memory.
note
As this store keeps all history in memory, the entire history is lost if you restart the Rasa server.
Configuration
No configuration is needed to use the InMemoryTrackerStore
.
SQLTrackerStore
You can use an SQLTrackerStore
to store your assistant's conversation history in an SQL database.
Configuration
To set up Rasa with SQL the following steps are required:
Add required configuration to your
endpoints.yml
:endpoints.ymltracker_store:type: SQLdialect: "postgresql" # the dialect used to interact with the dburl: "" # (optional) host of the sql db, e.g. "localhost"db: "rasa" # path to your dbusername: # username used for authenticationpassword: # password used for authenticationquery: # optional dictionary to be added as a query string to the connection URLdriver: my-driverTo start the Rasa server using your SQL backend, add the
--endpoints
flag, e.g.:rasa run -m models --endpoints endpoints.yml
Configuration Parameters
domain
(default:None
): Domain object associated with this tracker storedialect
(default:sqlite
): The dialect used to communicate with your SQL backend. Consult the SQLAlchemy docs for available dialects.url
(default:None
): URL of your SQL serverport
(default:None
): Port of your SQL serverdb
(default:rasa.db
): The path to the database to be usedusername
(default:None
): The username which is used for authenticationpassword
(default:None
): The password which is used for authenticationevent_broker
(default:None
): Event broker to publish events tologin_db
(default:None
): Alternative database name to which initially connect, and create the database specified bydb
(PostgreSQL only)query
(default:None
): Dictionary of options to be passed to the dialect and/or the DBAPI upon connect
Compatible Databases
The following databases are officially compatible with the SQLTrackerStore
:
- PostgreSQL
- Oracle > 11.0
- SQLite
Configuring Oracle
To use the SQLTrackerStore with Oracle, there are a few additional steps.
First, create a database tracker
in your Oracle database and create a user with access to it.
Create a sequence in the database with the following command, where username is the user you created
(read more about creating sequences in the Oracle Documentation):
Next you have to extend the Rasa image to include the necessary drivers and clients.
First download the Oracle Instant Client,
rename it to oracle.rpm
and store it in the directory from where you'll be building the docker image.
Copy the following into a file called Dockerfile
:
Then build the docker image:
Now you can configure the tracker store in the endpoints.yml
as described above,
and start the container. The dialect
parameter with this setup will be oracle+cx_oracle
.
Read more about Deploying a Rasa Assistant.
RedisTrackerStore
You can store your assistant's conversation history in Redis by using the
RedisTrackerStore
.
Redis is a fast in-memory key-value store which can optionally also persist data.
Configuration
To set up Rasa with Redis the following steps are required:
Add required configuration to your
endpoints.yml
:endpoints.ymltracker_store:type: redisurl: <url of the redis instance, e.g. localhost>port: <port of your redis instance, usually 6379>key_prefix: <alphanumeric value to prepend to tracker store keys>db: <number of your database within redis, e.g. 0>password: <password used for authentication>use_ssl: <whether or not the communication is encrypted, default `false`>To start the Rasa server using your SQL backend, add the
--endpoints
flag, e.g.:rasa run -m models --endpoints endpoints.yml
Configuration Parameters
url
(default:localhost
): The url of your redis instanceport
(default:6379
): The port which redis is running ondb
(default:0
): The number of your redis databasekey_prefix
(default:None
): The prefix to prepend to tracker store keys. Must be alphanumeric
username
(default:None
): Username used for authenticationpassword
(default:None
): Password used for authentication (None
equals no authentication)
record_exp
(default:None
): Record expiry in secondsuse_ssl
(default:False
): whether or not to use SSL for transit encryption
Using the same redis instance as lock-store and tracker store
You must not use the same Redis instance as both lock store and tracker store. If the Redis instance becomes unavailable, the conversation will hang because there is no fall back mechanism implemented for the lock store (as it is for the tracker store interfaces).
MongoTrackerStore
You can store your assistant's conversation history in MongoDB using the MongoTrackerStore
.
MongoDB is a free and open-source cross-platform document-oriented NoSQL database.
Configuration
Add required configuration to your
endpoints.yml
:endpoints.ymltracker_store:type: mongodurl: <url to your mongo instance, e.g. mongodb://localhost:27017>db: <name of the db within your mongo instance, e.g. rasa>username: <username used for authentication>password: <password used for authentication>auth_source: <database name associated with the user's credentials>You can also add more advanced configurations (like enabling ssl) by appending a parameter to the url field, e.g.
mongodb://localhost:27017/?ssl=true
.To start the Rasa server using your configured MongoDB instance, add the
--endpoints
flag, for example:rasa run -m models --endpoints endpoints.yml
Configuration Parameters
url
(default:mongodb://localhost:27017
): URL of your MongoDBdb
(default:rasa
): The database name which should be usedusername
(default:0
): The username which is used for authenticationpassword
(default:None
): The password which is used for authenticationauth_source
(default:admin
): database name associated with the user's credentials.collection
(default:conversations
): The collection name which is used to store the conversations
DynamoTrackerStore
You can store your assistant's conversation history in
DynamoDB by using a DynamoTrackerStore
.
DynamoDB is a hosted NoSQL database offered by Amazon Web Services (AWS).
Configuration
Add required configuration to your
endpoints.yml
:endpoints.ymltracker_store:type: dynamotable_name: <name of the table to create, e.g. rasa>region: <name of the region associated with the client>To start the Rasa server using your configured
DynamoDB
instance, add the--endpoints
flag, e.g.:rasa run -m models --endpoints endpoints.yml
Configuration Parameters
table_name
(default:states
): name of the DynamoDB tableregion
(default:us-east-1
): name of the region associated with the client
Custom Tracker Store
If you need a tracker store which is not available out of the box, you can implement your own.
This is done by extending the base class TrackerStore
and one of the provided mixin classes that implement the
serialise_tracker
method: SerializedTrackerAsText
or SerializedTrackerAsDict
.
To write a custom tracker store, extend the TrackerStore
base class. Your constructor has to
provide a parameter host
.
The constructor also needs to make a super
call to the base class TrackerStore
using domain
and event_broker
arguments:
Your custom tracker store class must also implement the following three methods:
save
: saves the conversation to the tracker store. (source code - see for signature).retrieve
: retrieves tracker for the latest conversation session. (source code - see for signature).keys
: returns the set of values for the tracker store's primary key. (source code - see for signature).
Configuration
Put the module path to your custom tracker store and the parameters you require in your endpoints.yml
:
Fallback Tracker Store
In case the primary tracker store configured in endpoints.yml
becomes unavailable, the rasa agent will issue an
error message and fall back on the InMemoryTrackerStore
implementation. A new dialogue session will be started for
each turn, which will be saved separately in the InMemoryTrackerStore
fallback.
As soon as the primary tracker store comes back up, it will replace the fallback tracker store and save the
conversation from this point going forward. However, note that any previous states saved in the InMemoryTrackerStore
fallback will be lost.