# Redis Data Integration release notes 1.6.4 (April 2025)

```json metadata
{
  "schema_version": 2,
  "title": "Redis Data Integration release notes 1.6.4 (April 2025)",
  "description": "Installation on Kubernetes with a Helm chart. Improvements for installation on VMs.",
  "categories": ["docs","operate","rs"],
  "tableOfContents": {"sections":[{"id":"headlines","title":"Headlines"},{"id":"limitations","title":"Limitations"}]}

,
  "codeExamples": []
}
```


> This maintenance release replaces the 1.6.3 release.

RDI’s mission is to help Redis customers sync Redis Enterprise with live data from their slow disk-based databases to:

- Meet the required speed and scale of read queries and provide an excellent and predictable user experience.
- Save resources and time when building pipelines and coding data transformations.
- Reduce the total cost of ownership by saving money on expensive database read replicas.

RDI keeps the Redis cache up to date with changes in the primary database, using a [_Change Data Capture (CDC)_](https://en.wikipedia.org/wiki/Change_data_capture) mechanism.
It also lets you _transform_ the data from relational tables into convenient and fast data structures that match your app's requirements. You specify the transformations using a configuration system, so no coding is required.

## Headlines

- Feature: Add support for Debezium 3.0.8

## Limitations

RDI can write data to a Redis Active-Active database. However, it doesn't support writing data to two or more Active-Active replicas. Writing data from RDI to several Active-Active replicas could easily harm data integrity as RDI is not synchronous with the source database commits.