
The evolution from monolithic Casspactor to a scalable, S3-native data movement engine.
This article explores how Netflix redesigned its Cassandra-to-Iceberg data pipeline to overcome scalability limits. It details the technical shifts in data retrieval and the sophisticated migration strategies like the 'Decider Pattern' that ensured zero downtime for thousands of internal data pipelines.
Highly recommended for Data Engineers and Backend Architects looking for proven strategies in large-scale data migration and high-throughput pipeline optimization.
Netflix's legacy data movement engine, Casspactor, faced issues with fragile metadata dependencies, out-of-memory errors on skewed partitions, and high storage costs due to the creation of multiple intermediate Iceberg tables.
They introduced a new layered architecture built on Apache Cassandra Analytics that reads directly from S3 backups, processes data as Spark DataFrames, and utilizes a 'Connector Factory' model to handle various data abstractions efficiently.
The migration resulted in millions of dollars in annual cost savings by eliminating intermediate tables, improved stability for large partitions, and added critical 'Time Travel' functionality for reproducing past data states.
Trade-off
While reducing dependencies on internal metadata services, the new system's reliance on direct S3 metadata requires high storage consistency, and the migration necessitated significant engineering effort for rigorous shadow validation.
An open-source library that enables bulk reading and writing of Cassandra data without impacting the performance of the production cluster.
An architectural pattern that dynamically determines which implementation to use at runtime based on configuration.
A validation technique where new systems are run in parallel with legacy systems using real production traffic to compare outputs.




