Travelex 这一品牌因其货币兑换专业知识和在全球机场的影响力而广受信赖。该公司正在投资发展其数字化能力，以简化为消费者和企业客户提供的国际汇款和外汇服务。
该公司于 1976 年在伦敦成立，其使命是“实现跨境资金的畅通流动”。得益于有机增长和有针对性的收购，它目前活跃于 30 个国家/地区，其网络遍布全球 1000 多个 ATM 和 1200 家商店。
Travelex 首席架构师 Dan Phelps 是引领公司持续推进的数字化转型的领导人之一。“近年来，我们成功地开发了重要的金融科技功能，并保持了我们在零售领域的传统优势地位，”Phelps 表示。“我们的发展势头强劲。我们拥有 40 年无懈可击的业界记录所带来的信任和稳定性，同时，我们正在构建尖端的数字解决方案来支持金融科技的创新和颠覆性发展。”
该公司最新的数字产品基于 Amazon Web Services (AWS) 构建。最近，Travelex 使用 AWS 来提供公司的某些新服务，例如 Travelex Wire — 一种数字国际汇款服务。该服务必须遵守英国的法规要求，而 AWS 使合规性变得更加容易。“我们在遵守全球金融法规方面拥有数十年的经验，而这是我们首次寻求通过云工作负载的审批。”Phelps 表示。
“通过利用 AWS，此流程变得更简单、更快。无需与第三方云供应商打交道，AWS 安全架构师与我们紧密合作，共享行业知识，并最终帮助我们实现了迄今为止最安全的系统 — 未来所有 Travelex 产品和服务都将继承这一系统。”
Travelex 的开发运维负责人 Chris West 和他的同事选择使用通过 Docker 和 Amazon Elastic Container Service (Amazon ECS) 启动的微服务，这些微服务的综合安全控制框架融合了 AWS Key Management Service (KMS)、Amazon Virtual Private Cloud (Amazon VPC)、Amazon Web Application Firewall (AWS WAF) 和其他工具。
运行微服务或 API 网关的每一组容器都具有由 Elastic Load Balancing（在第 4 层运行）分配的流量，因此已加密的数据无须解密即可在服务之间传递。每天都会使用新的安全证书重新部署容器，以最大限度地减少敏感配置丢失或被盗的影响。作为“这是我的架构”系列的一部分，West 在此视频中详细介绍了该架构。
Travelex 全新敏捷工作方式的一个很好例子是它能够在短短 100 天内将 Travelex Wire 从以消费者为中心的服务重新构建为企业对企业 (B2B) 服务。Phelps 说：“B2B 国际支付市场对我们来说是一个巨大的商业机会。.我们始终明白必须在某个时刻进行转型，而机会的来临比预期的要快得多。利用在 AWS 中构建的架构，我们能够在三个月内将我们的新产品推向市场 — 产品上市时间轻松缩短一半。”
这种敏捷性的很大一部分来自微服务的采用。例如，这包括处理付款、获取汇率或处理结算的服务，以及发送电子邮件或短信的面向客户的服务。West 说：“微服务是模块化服务，因此我们可以以新的方式组合现有服务以开发新服务。同时，由于开发人员只需处理较小的独立元素，因此速度更快，这也降低了进行更改的风险。”
这为 Travelex 提供了时间和精力来测试和迭代新产品，例如 Travelex Wire 及其 B2B 等效产品。以前，在其整体式数据中心结构上，任何基于客户反馈的新功能或编辑都必须等到产品发布（每年大约发布八次）才可用。现在，Travelex 每周最多可发布 100 次新程序（如果需要）。“我们能够在 30 分钟内启动服务器并花一个下午的时间来测试一项新功能，这与物理数据中心所涉及的变更流程有着天壤之别。”Phelps 表示。“我们可以在世界任何地方做到这一点。多亏了 AWS，我们现在在美国和欧洲拥有虚拟数据中心。”
现在，Travelex 对客户需求的响应速度更快，可以通过专门针对了解客户 (KYC) 和反洗钱 (AML) 检查的微服务来更快地推出新产品，并使其保持合规性。“我们可以与客户共聚一堂，登记、测试并规划其 Travelex 旅程，并以前所未有的更快速度来实施对任何产品和服务的反馈。”Phelps 表示。
Travelex 一直秉承创新文化，它利用 AWS 来帮助其产品和 IT 团队腾出更多时间来测试、突破、学习和创建“沙盒”环境。工程师正在测试 Lambda@Edge，它运行无服务器计算函数来响应 Amazon CloudFront 边缘站点中的事件，以便为全球用户加快性能。该公司还将 AWS Lambda 用作其新数据平台的一部分，该平台将保留来自其 Amazon ECS 集群的所有数据和事件。
这让开发人员无需预置或管理服务器即可运行代码。Phelps 说：“现在，每当我们需要设计环境时，都可以选择微服务或无服务器。从长远来看，我们将尽可能多地使用无服务器，因为需要管理的技术堆栈更少，而且我们的工程师可以专注于客户需求。”
详细了解 AWS 上的金融服务工作负载。