Amazon、谷歌与微软如何解决数据批量导入难题

译文
作者：核子可乐译 2015-10-14 09:32:36

云计算 那些以云平台作为业务起步环境的企业非常幸运，因为他们几乎不必费心考虑如何处理原有数据的迁移问题。不过如果大家刚刚开始涉足工作负载向云端迁移的工作，那么这就成了一项无法回避的巨大障碍。考虑到这一点，我们将共同了解三大云服务供应巨头的妙招——Amazon、微软与谷歌如何帮助客户完成数据导入工作。

【51CTO.com快译】大家有没有设想过各大云服务供应商如何应对指数据迁移难题?在今天的文章中，我们将一同从Amazon、微软以及谷歌身上找到答案。

[[151919]]

那些以云平台作为业务起步环境的企业非常幸运，因为他们几乎不必费心考虑如何处理原有数据的迁移问题。不过如果大家刚刚开始涉足工作负载向云端迁移的工作，那么这就成了一项无法回避的巨大障碍。

考虑到这一点，我们将共同了解三大云服务供应巨头的妙招——Amazon、微软与谷歌如何帮助客户完成数据导入工作。

Amazon

Amazon公司最近的一份公告使其成为当前***想象力与突破性的数据迁移方案***。就在上个礼拜，Amazon在Reinvent大会上公布了AWS家族中的两位服务项目新成员：其一为面向大规模有线数据迁移事务的数据库迁移服务，其二则为以邮寄方式将大量数据交付至Amazon数据中心的Snowball存储设备。

Snowball之所以顺利登上报道头条，是因为其扩展了目前市面已有的数据迁移方案。Amazon打造的这款极为坚固的存储设备不仅能够容纳大量数据，同时还包含使用数据所必需的标签，且配合AWS提供的当前位置追踪机制。

Amazon公司还通过其Database Migration Service(即数据库迁移服务)极大加快了立足于传输线缆的数据库间数据迁移流程。整个传输过程能够在不同类型的两种常见数据库之间实现，且配合执行迁移模式所必要的工具方案。

适用群体：必须采取物理迁移方式的企业客户。

微软

微软公司在数据迁移方面虽不及Amazon、但也算得上颇有心得，其同样能够利用物理介质支撑Azure Import/Export Service(即Azure导入/导出服务)。不过微软方面提供的方案让人联想到Amazon的上一代存储介质邮递服务选项：用户需要自行采购存储设备，将数据写入其中，贴上标签并进行邮寄。微软公司提供了一系列工具来对这项工作进行自动化处理，同时确保需要传输的数据得到正确加密及标注。也就是说，微软方面同时支持面向物理存储介质的数据导出服务，而Amazon的Snowbal目前只支持客户数据导入，但相信在不久的将来这位AWS新成员将获得进一步提升。

而在通过线缆实现的数据传输方面，微软公司的主要实现途径领先其站点恢复服务。这项服务通常用于灾难恢复与备份，但同时也开始提供一款早期迁移工具，即Migration Accelerator。站点恢复服务面向现有微软设施以及产品提供批量保护; 而在数据库间数据迁移方面(例如由甲骨文数据库向Azure SQL)，大家只能使用微软在其迁移产品名录中列出的受支持方案。

适用群体：那些已经拥有大量微软产品用例，或者对物理形式数据迁移需求不高的企业客户。

谷歌

在通过线缆实现的数据传输方面，谷歌公司提供各类常见用例选项，包括由Amazon S3存储桶导入、将MySQL数据迁移至Google Cloud SQL以及对HTTP/HTTPS端点进行整体迁移。

不过如果大家希望直接发送谷歌物理存储介质进行数据上传，那么实际情况恐怕会令您大失所望。谷歌的Offline Media Import/Export(即离线介质导入/导出)服务确实支持这种迁移方式，但这项工作实际是由第三方供应商负责实施的，例如Iron Mountain以及Prime Focus Technologies。换句话来说，谷歌公司自身并不亲自执行相关工作，而存储介质则主要由第三方进行处理。

适合群体：那些乐于使用并管理谷歌工具集，且不太需要以物理方式进行数据迁移的企业客户。

原文标题：How AWS, Azure, and Google import data in bulk

【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】