AWS Transfer 系列客户

在金融服务领域，共享服务文件服务器充当 SFTP 文件服务器或 FTP 服务器是一种常见的架构模式。DXC Technology 利用 AWS Transfer Family 解决了此类服务器的迁移问题，因为您无需安装、修补和维护文件传输软件和操作系统，这些工作均由 AWS 负责。

借助 SFTP 服务器，Whole Foods 的内部业务合作伙伴能够访问数据存储，安全地在本地数据中心和云端（包括大型数据负载）之间传输数据，并与包括 Coupa、Workday 和 Adaptive 在内的 SaaS 合作伙伴无缝集成。AWS Transfer Family 使我们能够构建一个广泛的解决方案，通过具有高可用性和扩展性的服务，在本地和云环境之间安全地传输数据。

将数据迁移到 AWS 的一大挑战在于，需要使用 AWS API，而这些 API 可能不被应用程序原生支持，或者应用程序团队对它们的熟悉程度不及 SFTP 等传统协议。AWS 通过引入 AWS Transfer Family 服务解决了这一限制。它是 S3 存储桶或 EFS 文件系统的 SFTP、FTPS 或 FTP 网关，完全由 AWS 管理并集成到服务中，特别是在访问、权限或安全方面。

我们使用 SFTP 作为一种安全的方法，从合作伙伴、数据提供商、员工和客户那里获取数据，并输出到我们的基础设施中。我们之前是在本地环境中管理传统的 SFTP 服务器，这是一个庞大且复杂的系统。我们之前的 SFTP 设置虽然能完成任务，但扩展性不佳，且组织内部使用的碎片化解决方案会导致不一致，使管理变得痛苦且繁琐。为了应对这些挑战，我们现在在云端使用 AWS Transfer Family，该服务为我们提供简单、安全、一致且完全托管的文件传输支持，从而将文件传输到灵活且经济高效的 Amazon S3 中。AWS Transfer Family 无需基础设施管理开销，部署速度非常快，并使用首选的身份管理系统（Okta），最终创建一个供我们使用的平台，而不是需要我们管理的基础设施。现在，我们能够专注于核心业务目标，如下游数据工程和分析，而不是管理服务器。

在 Discover Financial Services，我们利用 AWS Transfer Family 成功解决了之前的解决方案在从本地到 AWS 的入站和出站过程中遇到的间歇性问题。现在，我们能够满足业务用户提出的严格服务等级协议（SLA）要求，以更安全、更高效的方式更大规模地满足用户需求。AWS Transfer Family 服务与我们的运营卓越目标高度契合。

在迁移到云环境之前，部署一台 SFTP 服务器需要数周乃至数月的时间来进行创建并与我们的核心系统完全集成，之后才能与合作伙伴共享。尽管我们目前拥有众多云原生应用程序，但我们发现，AWS Transfer Family 的功能（特别是 AWS Transfer for SFTP）非常实用，而且十分熟悉，是与新老合作伙伴集成，以交换来自银行和其他来源的财务和监管数据的有效方式。由于 AWS Transfer Family 在托管平台上运行，因此 AWS 承担了大部分繁重的工作。 AWS Transfer Family 随时可用，易于部署，而且从运营角度来看，提供了众多优势。

在 Elula，我们处理来自金融机构的海量数据。能够快速且安全地在组织间传输大量数据（有时每天需要多次传输），对于我们大规模提供丰富见解和个性化对话的服务至关重要。作为一家初创企业，我们专注于能够在更短的时间内为客户带来最大价值的事物，包括机器学习预测、可解释的人工智能（XAI）以及底层大数据处理。我们不希望管理数据中心或任何现场存储设备，这正是我们选择与 AWS 合作的原因。AWS 服务使我们能够以简单的方式提供安全且可扩展的企业集成模式。AWS Transfer for SFTP 简单易用、可靠且完全由 AWS 管理，使我们能够非常快速地启动 SFTP 服务器。与金融机构合作有着严格的要求，而 AWS Transfer for SFTP 能让我们高枕无忧，因为我们知道数据资产已通过 Amazon S3 安全存储和加密，只有授权人员才能访问。

我们依赖 Amazon S3，将其作为关键暂存区，我们将数据保留在这里来处理数据平台的核心。AWS Transfer for SFTP 帮助我们简化了传感器数据的安全性问题，这些数据来自于客户广泛分布的站点，通过 Myriota 到 Amazon S3 的卫星网络传输。

数据安全对于 OpenGamma 和我们的客户至关重要。借助 AWS Transfer for SFTP，我们的客户能够将敏感的投资组合和交易活动数据上传到我们的托管服务中，使用采用 KMS 托管密钥的服务器端加密（SSE-KMS）对数据进行特定于客户端的静态加密，并为传输中的数据进行默认加密。在 AWS Transfer for SFTP 问世之前，我们为每个客户在容器中运行一个定制的 SFTP 服务器，以满足我们对数据逻辑分割标准的要求。我们的自定义 SFTP 解决方案设置起来成本高昂且耗时，并且需要持续的资源来管理和维护服务器。AWS Transfer for SFTP 为文件传输提供完全托管的支持，使我们能够利用 AWS 内置的安全性，同时获得更多特性和功能，而无需承担运营开销。

由于我们考察的量化研究规模庞大，因此会收到来自各种渠道和来源的大量数据。然而，将数据摄取到数据中心的过程却颇具挑战，因为我们需要依赖其他内部团队频繁修改防火墙规则以控制日益增加的互联网暴露风险。AWS Transfer for SFTP 可提供文件到对象实时转换功能，使我们能够构建灵活的架构，而无需将数据持久保存在本地磁盘上，从而为公司节省了财务成本并提高了整体效率。AWS Transfer for SFTP 使我们能够将宝贵的数据导入 Amazon S3，进而利用这些数据创建算法，通过回顾历史数据来帮助预测未来。在短短几个月内，我们已通过 AWS Transfer for SFTP 传输了超过 400TB 的数据，这些数据随后通过 Amazon EMR、AWS Glue 和 AWS Batch 进行处理和分析，以提取出更具影响力的业务见解。

FINRA 公司将 Amazon S3 作为数据湖来帮助消除存储孤岛，维持单一信任数据源，并降低基础设施管理成本。但是，超过 1,000 名外部用户每个月需要处理 600 万项文件传输工作，要为所有这些用户管理 SFTP 基础设施是一件非常棘手的事情。我们的解决方案是构建基于 AWS 的新型 FileX 平台，并采用全新的 AWS Transfer for SFTP 服务。AWS Transfer for SFTP 可帮助我们减少运营压力，将 S3 作为数据湖，同时维持与现有外部用户身份验证系统的关键连接，这样我们在完成 SFTP 服务到 AWS 的迁移工作时不会给他们造成任何干扰。

与外部合作伙伴合作对我们的研究计划很重要，我们需要以受控制且安全的方式交互数据，不让此类第三方访问我们的关键系统。同时，我们将 Amazon S3 作为研究数据的中心；我们不想购买和管理单独的存储堆栈来与合作伙伴交换特色级数据集。这就是 AWS Transfer for SFTP 让 Celgene 即时制胜的原因。我们可以与 AWS SFTP 安全地交换数据，将它安置在我们的锁定 Amazon S3 存储桶中，并轻松管理我们的外部用户。AWS SFTP 这一短时间内突然出现的新合作项目已经挽救了我们，我们没有任何 PB 级本地存储或 SFTP 基础设施能够处理这么大的数据量。我们可以使用该服务在几分钟内启动我们的 SFTP 终端节点，将其附加到存储桶，预置用户，并在一小时内正常工作。这种速度和灵活性在传统的本地环境中是不可能实现的。

我们经常收到很多大型媒体文件，这些文件的网站上传很快便会超时。AWS Transfer for SFTP 服务帮我们很好地解决了这个问题。通过 SFTP 连接传输音乐视频或电视连续剧之类的大型文件既安全又性能稳定。一旦上传到 S3 存储桶后，除了将它们作为媒体链中的聚合器传输给我们的合作伙伴之外，我们还能在 Amazon S3 的不同存储类中将这些文件存储更长时间。

我们的工程师能够在一星期内实施近乎实时的客户使用分析框架。考虑到手机通话记录提取有不同的大小和频率（全天每 1 到 10 秒钟提取 3 到 20 MB），这一时间范围意义深远。AWS SFTP 可无缝扩展并将文件作为 S3 对象，这恰好完美符合我们的需求。这样一来，可通过事件驱动型方式将数据提取到我们的数据湖中。该服务还能与 S3、IAM、KMS 直接集成，并且可作为完全托管型服务，能立即符合我们的安全和操作策略。AWS SFTP 非常方便，能够近乎实时地提取文件，现在已成为我们的现代数据架构的战略性提取功能。

AWS Transfer for SFTP 从安装到运营这一路来为我们提供了与合作伙伴交换数据的轻松可靠的解决方案。

在 AWS 的 SFTP 服务推出之前，我们自行管理了一个基于云的 SFTP 解决方案来满足我们的需求，但遇到了很多问题。有很多将 Amazon S3 安装到 Amazon EC2 的开源项目，但管理这些开源项目并从中获得良好的性能并不容易。而且，当我们需要更多资源时，还会遇到扩展问题。AWS 宣布推出全面托管的 AWS Tranfser for SFTP 服务后，我们就直接开始使用了。我们将 DIY 设置迁移到 AWS Transfer for SFTP 上，不再需要监控扩展情况或管理任何开源项目。在成本方面，我们也不必再为未使用的资源付费。

我们的电视演播室使用本地部署的实时编码器，该编码器尚未与 AWS 媒体服务集成。我们确定该编码器可以通过 FTP 发送和删除编码文件，因此我们一开始构建了一个自我管理的 FTP 系统来满足这一需求。我们在创建和部署这一自我管理的解决方案时花费了极高的成本，而且演播室与 FTP 之间出现了许多扩展和连接问题，导致直播出现问题，进而造成负面的客户体验。在 AWS Transfer Family 宣布支持 FTP 后，我们迅速更改了设置，采用这一完全托管的 AWS 服务。我们加大了服务负载，以对多个直播频道进行直播，但自从改用 AWS Transfer Family 以来，我们再也没有遇到过连接问题，直播效果很好，我们的客户体验也得到了极大的改善。AWS Transfer Family 是一项极其稳定和可靠的服务，它帮助我们节省了大量时间和资金，同时实现了文件传输工作流程的现代化。

我们将 EDI 工作负载转移到 AWS，因为 AWS Transfer Family 扩展了其产品线，以包括 AS2，而这是因为 AS2 仍然是 EDI 的主要标准。去年，我们开始构建下一代产品 RapidMap，并进行了行业分析以确定集成策略。我们原本计划自行构建 AS2 服务，但发现 Transfer Family 提供的完全托管的云原生 AS2 功能可以满足我们的需求。Transfer Family 的 AS2 让我们可以专注于构建 RapidMap 的解决方案，在映射、测试和连接性方面实现显著提升，从而促进物流供应链中业务的顺畅流转。我们已调整资源分配，以构建面向业务用户的自助服务工具，使这些原本仅限开发人员执行的技术操作变得简单易行。在 Transfer Family 的助力下，我们的集成周期从数月缩短至数周。

作为一家深耕供应链与物流行业的技术导向型专业服务咨询公司，我们每天都面临新的挑战。但是，企业与其业务伙伴间的数据交换本不应成为这些挑战中的一个。由于客户如今渴望获得可靠、全面托管且运行于安全私有云中的解决方案，我们选择了 AWS Transfer Family，为客户提供完全托管的一站式解决方案，用于进行 SFTP 文件传输和 AS2 消息交换。Transfer Family 提供安全可靠的托管文件传输功能，使我们能够满足客户不断变化数据集成需求。通过采用 AWS Transfer Family，我们平均为客户节省了 15% 的设置成本，并将集成测试时间平均缩短了 20%，同时能够帮助他们实现端到端的供应链可见性。

Redpack 是一家国际物流提供商，在整个拉丁美洲提供全球运输服务和最后一英里交付解决方案。我们使用 AWS Transfer Family 的 AS2 功能在运送包裹时发送发货通知和确认信息。我们还使用 Transfer 的 AS2 解决方案与我们的全球配送服务合作伙伴网络交换数字发票和账单文件。Transfer Family 的功能符合 Amazon 的配送合作伙伴指南，并为我们提供关键的企业对企业通信，使我们能够在 24 小时内准时交付超过 95% 的包裹。