Travelex est un nom de confiance pour de nombreux individus grâce à son expertise d'échange de devises et sa présence dans les aéroports du monde entier. L'entreprise investit dans l'évolution de ses capacités numériques pour rationaliser les services de transfert d'argent internationaux et d'échange à l'étranger pour les consommateurs et les clients professionnels.
Créée à Londres en 1976, sa mission est de « permettre le flux simplifié d'argent à travers les frontières » et, grâce à sa croissance organique et ses acquisitions ciblées, elle est actuellement active dans 30 pays avec un réseau de plus de 1 000 distributeurs et 1 200 magasins dans le monde entier.
Dan Phelps, architecte en chef chez Travelex, est l'un des fers de lance de la transformation numérique contenue de l'entreprise. « Ces dernières années, nous avons réussi à développer des capacités de technologie financière importantes et à conserver notre bastion traditionnel de vente au détail, » raconte D. Phelps. « Nous sommes dans une bonne position. Nous avons la confiance et la stabilité liées à un parcours sans imperfection de 40 ans dans le secteur et, en même temps, nous concevons des solutions numériques à la pointe de la technologie pour soutenir l'innovation et la disruption typiques de la technologie financière. »
La base de la dernière offre numérique de l'entreprise se trouve dans Amazon Web Services (AWS). Plus récemment, Travelex a utilisé AWS pour fournir certains des nouveaux services de l'entreprise, tels que Travelex Wire, un service de transfert monétaire numérique international. Ce service devait se conformer aux exigences réglementaires du Royaume-Uni, ce qui a été simplifié par AWS. « Nous disposons de dizaines d'années d'expérience dans la conformité avec les réglementations financières du monde entier, mais c'était la première fois que nous demandions une autorisation pour une charge de travail de cloud, » explique D. Phelps.
« En profitant d'AWS, le processus était plus simple et beaucoup plus rapide. Il n'y avait pas besoin de fournisseurs de cloud tiers, et un architecte de sécurité AWS a travaillé en étroite collaboration avec nous : il a partagé des connaissances du secteur et nous a finalement aidés à obtenir notre système le plus sécurisé à ce jour, qui bénéficiera à tous les produits et services Travelex. »
Chris West, leader DevOps chez Travelex, et ses collègues ont décidé d'utiliser des microservices lancés à l'aide de Docker et d'Amazon Elastic Container Service (Amazon ECS), avec un cadre de contrôle de sécurité complet qui intègre AWS Key Management Service (KMS), Amazon Virtual Private Cloud (Amazon VPC), Amazon Web Application Firewall (AWS WAF), et plein d'autres outils.
Chaque ensemble de conteneurs, exécutés sur un microservice ou une passerelle API, a un trafic distribué par Elastic Load Balancing, qui est exécuté au niveau de la couche 4 afin que les données chiffrées n'aient pas besoin d'être déchiffrées pour le passage d'un service à l'autre. Chaque jour, des conteneurs sont redéployés avec de nouveaux certificats de sécurité pour minimaliser les effets de la perte ou du vol de configurations sensibles. C. West explique l'architecture en détail dans cette vidéo dans le cadre de la série « This is My Architecture ».
Un bon exemple de la nouvelle façon agile de travailler de Travelex est sa capacité à réorganiser Travelex Wire, un service axé sur les clients, en un service interentreprises (B2B) en 100 jours seulement. D. Phelps déclare : « Le marché de paiements internationaux interentreprises représente une opportunité commerciale énorme pour nous. Nous avons toujours su que nous allions devoir passer à autre chose à un moment, et l'opportunité s'est présentée plus rapidement que prévu. Grâce à l'architecture que nous avons conçue dans AWS, nous avons pu mettre notre nouveau produit sur le marché en trois mois, c'est-à-dire en moitié moins de temps qu'il nous aurait fallu auparavant. »
Une grande partie de cette agilité provient de l'adoption de microservices. Ces derniers comprennent, par exemple, des services qui traitent les paiements, récupèrent les taux d'échange ou s'occupent des accords, ainsi que des services en contact avec les clients qui envoient des e-mails ou des SMS. C. West explique : « Les microservices sont modulaires, donc nous pouvons combiner des services existants en de nouvelles façons de développer de nouveaux services. En même temps, c'est plus rapide parce que les développeurs ne travaillent que sur des éléments petits et indépendants, ce qui réduit le risque d'effectuer des changements. »
Grâce à ça, Travelex a pu s'accorder le temps et l'énergie pour tester et itérer de nouveaux produits comme Travelex Wire et son équivalent interentreprises. Auparavant, toute nouvelle fonctionnalité ou modification basée sur les commentaires client dans ses structures de centre de données monolithiques aurait dû attendre une nouvelle version du produit, ce qui ne se produisait qu'environ huit fois par an. Désormais, Travelex lance de nouveaux programmes jusqu'à 100 fois par semaine si cela est nécessaire. « Être capable de lancer des serveurs en 30 min et de passer un après-midi à tester une nouvelle fonctionnalité n'a absolument rien à voir avec les processus de changements impliqués dans un centre de données physiques, » détaille D. Phelps. « Et nous pouvons le faire partout dans le monde. Grâce à AWS, nous possédons désormais un centre de données virtuelles aux États-Unis et en Europe. »
Travelex est désormais plus réactive aux besoins de ses clients et peut en intégrer des nouveaux plus rapidement, avec des microservices dédiés aux vérifications know-your-customer (KYC) et anti-money-laundering (AML) qui lui permettent de rester conforme. « Nous pouvons nous asseoir dans une pièce avec un client, les intégrer çà et là, tester et établir la feuille de route de leur parcours Travelex, et mettre en œuvre les commentaires de n'importe quels produit et service plus rapidement que jamais, » raconte D. Phelps.
Travelex a toujours eu une culture innovante, et a capitalisé sur AWS pour aider ses équipes produits et informatiques à obtenir plus de temps pour les environnements de test, de division, d'apprentissage et « sandbox » (bac à sable). Les ingénieurs testent Lambda@Edge, qui exécute des fonctions de calcul sans serveur en réaction à des événements dans les emplacements périphériques d'Amazon CloudFront afin d'accélérer les performances pour les utilisateurs à l'internationale. L'entreprise utilise également AWS Lambda sur sa nouvelle plateforme de données, qui conservera toutes les données et tous les événements provenant de ses clusters Amazon ECS.
Cela permet aux développeurs d'exécuter du code sans avoir à mettre en service ou gérer des serveurs. D. Phelps dit : « Désormais, chaque fois que nous avons besoin de concevoir un environnement, nous avons l'option des microservices ou du sans serveur. Au long terme, nous utiliserons autant de sans serveur que possible, car la pile technologique que nous aurons à gérer sera moins importante et nos ingénieurs pourront se concentrer sur nos clients. »
En savoir plus sur les charges de travail des services financiers sur AWS.