Tracker Stores
These docs are for version 1.x of Rasa Open Source.
User Guide
- Installation
- Tutorial: Rasa Basics
- Tutorial: Building Assistants
- Command Line Interface
- Architecture
- Messaging and Voice Channels
- Testing Your Assistant
- Setting up CI/CD
- Validate Data
- Configuring the HTTP API
- Deploying Your Rasa Assistant
- Cloud Storage
NLU
- About
- Using NLU Only
- Training Data Format
- Language Support
- Choosing a Pipeline
- Components
- Entity Extraction
Core
- About
- Stories
- Domains
- Responses
- Actions
- Reminders and External Events
- Policies
- Slots
- Forms
- Retrieval Actions
- Interactive Learning
- Fallback Actions
- Knowledge Base Actions
Conversation Design
API Reference
- Action Server
- HTTP API
- Jupyter Notebooks
- Agent
- Custom NLU Components
- Rasa SDK
- Events
- Tracker
- Tracker Stores
- Event Brokers
- Lock Stores
- Training Data Importers
- Featurization of Conversations
- TensorFlow Configuration
- Migration Guide
- Rasa Open Source Change Log
Migrate from (beta)
Reference
Versions
Viewing: 1.10.15
Tracker Stores
All conversations are stored within a tracker store.
Rasa Open Source provides implementations for different store types out of the box.
If you want to use another store, you can also build a custom tracker store by extending the TrackerStore class.
Contents
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: To use the InMemoryTrackerStore no configuration is needed.
SQLTrackerStore
SQLTrackerStore can be used to store the conversation history in an SQL database. Storing your trackers this way allows you to query the event database by sender_id, timestamp, action name, intent name, and typename.
Configuration for SQLTrackerStore
- Add required configuration to your
endpoints.yml:tracker_store: type: SQL dialect: "postgresql" # the dialect used to interact with the db url: "" # (optional) host of the sql db, e.g. "localhost" db: "rasa" # path to your db username: # username used for authentication password: # password used for authentication query: # optional dictionary to be added as a query string to the connection URL driver: my-driver - To start the Rasa server using your SQL backend, add the
--endpointsflag, e.g.:rasa run -m models --endpoints endpoints.yml - If deploying your model in Docker Compose, add the service to your
docker-compose.yml:postgres: image: postgres:latest - To route requests to the new service, make sure that the
urlin yourendpoints.ymlreferences the service name:tracker_store: type: SQL dialect: "postgresql" # the dialect used to interact with the db url: "postgres" db: "rasa" # path to your db username: # username used for authentication password: # password used for authentication query: # optional dictionary to be added as a query string to the connection URL driver: my-driver
Parameters for SQLTrackerStore
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
Officially Compatible Databases for SQLTrackerStore
- PostgreSQL
- Oracle > 11.0
- SQLite
RedisTrackerStore
RedisTrackerStore can be used to store the conversation history in Redis. Redis is a fast in-memory key-value store which can optionally also persist data.
Configuration for RedisTrackerStore
- Start your Redis instance
- Add required configuration to your
endpoints.yml:tracker_store: type: redis url: <url of the redis instance, e.g. localhost> port: <port of your redis instance, usually 6379> 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 configured Redis instance, add the
--endpointsflag, e.g.:rasa run -m models --endpoints endpoints.yml - If deploying your model in Docker Compose, add the service to your
docker-compose.yml:redis: image: redis:latest
Parameters for RedisTrackerStore
url(default:localhost): The URL of your redis instanceport(default:6379): The port on which Redis is runningdb(default:0): The number of your redis databasepassword(default:None): Password used for authentication (Noneequals no authentication)record_exp(default:None): Record expiry in secondsuse_ssl(default:False): whether or not to use SSL for transit encryption
MongoTrackerStore
MongoTrackerStore can be used to store the conversation history in Mongo. MongoDB is a free and open-source cross-platform document-oriented NoSQL database.
Configuration for MongoTrackerStore
- Start your MongoDB instance.
- Add required configuration to your
endpoints.ymltracker_store: type: mongod url: <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> - To start the Rasa server using your configured MongoDB instance, add the
--endpointsflag, e.g.:rasa run -m models --endpoints endpoints.yml - If deploying your model in Docker Compose, add the service to your
docker-compose.yml:mongo: image: mongo environment: MONGO_INITDB_ROOT_USERNAME: rasa MONGO_INITDB_ROOT_PASSWORD: example mongo-express: # this service is a MongoDB UI, and is optional image: mongo-express ports: - 8081:8081 environment: ME_CONFIG_MONGODB_ADMINUSERNAME: rasa ME_CONFIG_MONGODB_ADMINPASSWORD: example
Parameters for MongoTrackerStore
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
DynamoTrackerStore can be used to store the conversation history in DynamoDB. DynamoDB is a hosted NoSQL database offered by Amazon Web Services (AWS).
Configuration for DynamoTrackerStore
- Start your DynamoDB instance.
- Add required configuration to your
endpoints.yml:tracker_store: type: dynamo tablename: <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
DynamoDBinstance, add the--endpointsflag, e.g.:rasa run -m models --endpoints endpoints.yml
Parameters for DynamoTrackerStore
tablename(default:states): name of the DynamoDB tableregion(default:us-east-1): name of the region associated with the client
Custom Tracker Store
If you require 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.
Steps to implement Custom Tracker Store
- Extend the
TrackerStorebase class. Note that your constructor has to provide a parameterurl. - In your
endpoints.ymlput in the module path to your custom tracker store and the parameters you require:tracker_store: type: path.to.your.module.Class url: localhost a_parameter: a value another_parameter: another value - If deploying in Docker Compose, you have two options to add this store to Rasa Open Source:
- extending the Rasa image to include the module
- mounting the module as a volume