打算重新构建？是时候对数据层采取一种新方法了
了解更多
速度快的一面即将出现在你所在城市举行的活动中。
加入我们在 Redis Released
分享
云服务不再是一种颠覆性的新概念。它已经存在 10 多年了，这可能看起来很短，但对于技术而言，是一个永恒存在。当 AWS 新兴的 S3 服务推出时，我们仍然在做一些事情，比如用我们的翻盖手机订购外卖，从 Blockbuster Video 租赁电影。想想从那以后我们的生活发生了多大的变化。这种变化在很大程度上要归功于云服务释放出的指数级创新。
但是，如果云服务已经如此具有变革性并且已经存在了这么长的时间，那么迁移速度怎么会仍然在加快？为什么组织仍然难以应对云运营？为什么 1/3 的迁移会失败？
其中的部分原因是，云服务采用遵循一条曲线。没有一个确定时刻表明组织正式进入云时代。通常情况下，组织会从首次尝试和概念验证沿着成熟曲线向前推进，或许会使用简单的提升和转移迁移，然后随着应用程序的增多，进入更复杂的采用模式。他们可能已经掌握了提升和转移的方法，但在云中重新选型或现代化时却遇到了难题。
另一个要素是数据。凭借所有这些技术创新和规模，会产生大量需要移动、存储、使用和分析的数据，通常由多个应用程序实时处理，分布在跨越不同云、具有不同架构，并且向全球各地的用户发送数据并从中接收数据的环境下。
我们决定将所有发现编译成一个信息图表，我们可以与 Redis 社区分享：“如何在不破坏数据的情况下迁移到云”。请随时分享该信息图表！
以下是我们的一些更有趣的发现
1/3 次云迁移未能交付任何有形价值。当你考虑到云迁移的时间、费用和机会成本时，这是一个惊人的数字。这一数字不但强调了将应用程序和数据迁移到云中的挑战，还强调了在新的云模式下进行文化、业务和运营转变的难度。
那些公司审查、选择，然后迁移到单一云提供商的日子早已一去不复返。如今，多云已经成为一项新常态。现代公司寻求运营弹性，并希望从公共云提供商中选择同类最优的技术。
但在这样做时，企业会将数据分散在其构建的基础设施中的多个云中。这提出了一个严峻的挑战，通常会导致速度、一致性或操作简单性方面做出牺牲。
成功实现迁移并认识到云所带来的巨大价值的公司正在不断发展，抽象化更多基础设施，减轻其技术栈的运营负担，并从 IaaS 逐渐发展为完全托管的云服务和对云技术（包括数据库即服务）的优化使用。
这些托管服务释放了专业化的力量，使最擅长运营基础设施的公司能够处理基础设施，而最擅长且最具数据创新能力的公司能够处理云数据层，同时使客户能够专注于他们最擅长的领域：他们的业务和他们的应用程序。
