内容提要
Expedia Group成功将Cassandra集群迁移至ScyllaDB，利用其内置的变更数据捕获功能，提升了数据一致性并简化了操作。迁移过程中实现了零停机、持续TLS连接和数据一致性，最终达成高效、稳定且具成本效益的解决方案。
关键要点
-
Expedia Group成功将Cassandra集群迁移至ScyllaDB，利用内置的变更数据捕获功能提升数据一致性。
-
迁移过程中实现了零停机、持续TLS连接和数据一致性，满足延迟敏感应用的需求。
-
迁移开始于存储用户认证和会话的Identity集群，涉及1 TB非压缩数据的转移。
-
选择Scylla Migrator作为迁移工具，因其支持检查点、并行迁移和内置验证器，提供更可靠的迁移方案。
-
在迁移过程中，团队解决了TLS连接和空主键等技术复杂性问题，确保数据安全和一致性。
-
迁移完成后，进行了数据验证，确认数据准确性，并在切换应用至ScyllaDB前进行了双写验证。
-
迁移过程提供了关键见解，运行Scylla Migrator在单独的CDC实例上可减少生产流量负载。
-
其他公司如Cobli和mParticle也迁移至ScyllaDB，分别实现了10倍性能提升和50%基础设施成本降低。
-
总之，Expedia的迁移成功提升了效率、稳定性和成本效益，满足了数据可用性和低延迟的严格标准。
延伸问答
Expedia为什么选择将Cassandra迁移至ScyllaDB？
Expedia选择迁移至ScyllaDB是为了利用其内置的变更数据捕获功能，以提升数据一致性并简化操作。
Expedia在迁移过程中如何确保零停机？
Expedia在迁移过程中通过持续TLS连接和数据一致性来确保零停机，满足延迟敏感应用的需求。
Scylla Migrator在迁移中起到了什么作用？
Scylla Migrator作为迁移工具，支持检查点、并行迁移和内置验证器，提供了更可靠的迁移方案。
迁移过程中遇到了哪些技术复杂性？
迁移过程中遇到了TLS连接问题和空主键等技术复杂性，团队通过调整设置和数据清理来解决这些问题。
迁移完成后，Expedia如何验证数据的准确性？
迁移完成后，Expedia进行了数据验证，重点比较值而非时间戳，并通过双写验证确保两个集群的数据完整性。
其他公司在迁移至ScyllaDB时取得了什么成果？
Cobli实现了10倍的性能提升和50%的基础设施成本降低，mParticle则实现了10倍的查询性能提升和50%的延迟降低。
