结合使用 Amazon Keyspaces 与 Adobe 提高可扩展性并将成本降低 40%

LES 实现了跨 Adobe 创意应用程序套件的无缝协作，有助于多个用户同时处理同一文档。为了支持这些功能，该服务需要一个强大、高度可用的数据库，能够处理临时数据，即分布在协作者之间的小的、临时的更改。

总部设在德国汉堡的 Adobe 内容平台和协作（ACPC）团队负责监督 LES。最初，团队依赖于一个自托管的 Apache Cassandra 数据库集群，该集群运行在 Amazon Elastic Compute Cloud（Amazon EC2）实例上，这些实例提供安全且可调整大小的计算容量。但是，为了节省时间和提高效率，该团队希望减少运营开销（例如，扩展数据库所需的时间），尽量减少人工操作，改进灾难恢复，并简化数据删除。

当 ACPC 团队了解到 Amazon Keyspaces 时，他们发现了一个简化数据库管理的机会，同时获得了额外的益处。“经过一些计算，我们也意识到我们可以从这次迁移中节省成本，”Adobe 的资深计算机科学家和团队负责人 Matthias Schulz 说。

迁移很复杂，因为 Adobe 需要从 Cassandra 集群中提取大量数据，同时保持数据完整性并尽量减少服务中断。为了避免 LES 用户停机，ACPC 团队使用双写策略执行了实际的迁移。

该团队同时向现有的 Cassandra 集群和新的 Amazon Keyspaces 表写入了新数据。他们还在 AWS Glue（一种无服务器数据集成服务）上使用基于 Apache Spark 的作业，以高效地从 Cassandra 批量导出历史数据，并将其导入 Amazon Keyspaces。

在整个过程中，ACPC 团队每周都会与 AWS 团队的成员会面，以解决挑战并优化迁移方法。6 个月内，Adobe 便完成了迁移，同时为其客户保持了几乎零停机时间。

LES 现在使用 Amazon Keyspaces 作为主要数据库，这给 ACPC 团队带来了一些益处。Amazon Keyspaces 会根据需要自动扩展，以适应不断增长的数据量和用户负载。快速扩展和预置资源的能力使 LES 团队能够加速新功能的发布。

“如果我们想要发布一个新功能，我们需要跨环境预置数据库表。如果使用 Cassandra，这需要几天的时间，”Schulz 说。“现在，使用 Amazon Keyspaces，我们可以在数小时内为新功能实施数据库表。”

使用 Amazon Keyspaces，Adobe 减少了许多保持 Cassandra 集群平稳运行所需的操作任务。例如，Amazon Keyspaces 自动删除数据时不会留下已弃用的记录（也称为墓碑记录），从而消除了手动干预的需要。这种自动化降低了运营复杂性，并使工程师得以从数据库管理中解脱，转而从事更多创新性工作和增值任务。

此外，磁盘和计算资源在 Amazon Keyspaces 中解耦，这在资源使用方面提供了更大的灵活性和效率。ACPC 团队现在可以根据实际使用模式分配资源，这减少了容量规划中的人工工作量，并节省了最高 40% 的成本。

使用 Amazon Keyspaces，Adobe 还利用了时间点恢复功能。借助此功能，ACPC 团队可以快速恢复数据库状态，而无需手动操作。该团队可以更频繁、更有信心地执行灾难恢复测试，从而提高系统的韧性。

Schulz 说：“减少灾难恢复工作量是一个巨大的胜利。”“尽管这个过程在 Cassandra 中是自动的，但仍然需要花费一些时间，因为我们需要手动将备份恢复到一个新的集群中。现在，当我们复制和恢复数据时，不必担心复杂的过程。”

在 AWS 团队的支持和精心规划下，ACPC 团队在不影响客户体验的情况下完成了复杂的迁移。这次迁移的成功引起了其他使用 Cassandra 的 Adobe 团队的兴趣。现在有几个团队正在考虑进行类似的迁移到 Amazon Keyspaces，并将 ACPC 团队的经验作为蓝图。

展望未来，ACPC 团队正在探索如何创建新的、独立可扩展的表，并改进云上的数据结构。这种敏捷性将有助于进一步提高 Adobe 协作服务的性能。

Schulz 说：“人们常常害怕迁移，因为迁移涉及繁琐的工作和大量的风险。”“我们有非常好的与 AWS 团队合作的经验，看到其他人在这样的项目上取得成功，对 Adobe 的团队来说是件好事。”