Skip to main content
BlogLinodeIngestion de données d'entreprise à faible latence : Solutions éprouvées d'Akamai pour les institutions financières

Ingestion de données d'entreprise à faible latence : Solutions éprouvées d'Akamai pour les institutions financières

Texte : Acquisition de gros volumes de données à faible latence avec Akamai

Si vous êtes développeur dans une institution financière ou une banque, vous savez que la vitesse et la fiabilité ne sont pas seulement des atouts - elles sont essentielles. Dans le monde de la finance, les millisecondes peuvent faire la différence entre les profits et les pertes. Qu'il s'agisse d'exécuter des opérations, de traiter des transactions ou de fournir des analyses en temps réel, chaque seconde compte. Des temps de traitement plus rapides se traduisent directement par une meilleure expérience utilisateur, un plus grand nombre de transactions par seconde et, en fin de compte, une augmentation du chiffre d'affaires.

L'un de nos clients avait besoin de traiter des centaines de millions de clés de données tout en respectant des accords de niveau de service stricts en matière de performances et de disponibilité. Dans ce blog, nous verrons comment Akamai a contribué à l'ingestion de gros volumes de données avec une faible latence et pourquoi il pourrait être le bon choix pour vous aussi.

Volume : Traiter des quantités massives de données

Le premier "V" de Big Data, le volume, fait référence à la quantité de données générées et collectées. Pour une institution financière comme une banque, il est crucial de traiter efficacement ce volume en raison du flux constant de transactions, de mises à jour de comptes, d'interactions avec les clients et d'autres activités financières. 

Akamai vérifie en permanence la façon dont le trafic circule vers et depuis vos centres de données, en détectant les congestions Internet, les pannes ou d'autres problèmes susceptibles d'affecter vos clients. Cet aspect a fait une grande différence pour notre client, qui devait pouvoir envoyer les utilisateurs vers le centre de données le plus proche ou vers des centres de données très performants pour garantir une faible latence. Il a mis en place des règles personnalisées basées sur des données en temps réel pour s'assurer que le trafic est aussi performant que possible. .

Examinons un exemple de flux de travail qui montre comment Global Traffic Management (GTM) d'Akamai gère les volumes massifs. Le GTM d'Akamai répartit le trafic entrant entre plusieurs centres de données. 

Dans cet exemple, le centre de données 2, situé en haut, gère 40 % de la charge de trafic, tandis que le centre de données 3, situé en bas, gère les 60 % restants. Supposons, pour cet exemple, que le centre de données 1 soit hors service en raison d'une panne de courant. Cette répartition garantit qu'aucun centre de données ne devient un goulot d'étranglement, ce qui permet de maintenir des performances et une disponibilité élevées. Le GTM dirigera également le trafic de manière intelligente en fonction des conditions de charge actuelles, en dirigeant davantage de trafic vers le centre de données 3 puisque le centre de données 1 est en panne. 

Voyons cet exemple étape par étape. Tout d'abord, l'utilisateur final envoie une demande d'accès à l'application mobile ou au site web de la banque. 

Ensuite, le résolveur DNS, en utilisant les procédures DNS standard, demande l'adresse IP au serveur de noms du site. 

C'est là qu'Akamai entre en jeu. Au lieu d'obtenir une adresse IP directe, le résolveur obtient un alias CNAME. 

Le serveur de noms renverra la meilleure route vers la banque pour cet utilisateur.

GTM examine toutes les règles personnalisées que vous avez définies, vérifie son réseau mondial de capteurs et renvoie une liste d'adresses IP pour le centre de données optimal.

Il peut s'agir d'un centre de données d'Akamai, d'un fournisseur dans le Cloud ou même de l'un de vos propres centres de données. Le résolveur transmet ensuite cette adresse IP optimisée au navigateur de l'utilisateur. 

Enfin, l'utilisateur se connecte à votre site web, et il n'a probablement aucune idée de la danse complexe qui vient de se dérouler dans les coulisses, car tout s'est passé en quelques millisecondes. Non seulement la gestion du trafic mondial n'est plus un casse-tête, mais elle garantit une haute disponibilité. De plus, grâce à la possibilité de définir des règles personnalisées, vous disposez de la flexibilité nécessaire pour optimiser les paramètres qui importent le plus à votre banque.

Cet équilibrage dynamique de la charge permet d'éviter la surcharge d'un seul centre de données, ce qui garantit un service continu même pendant les périodes de pointe. En outre, nous constatons une prise en charge du basculement. Si le centre de données 1 est en panne, le GTM d'Akamai redirige automatiquement le trafic vers les centres de données disponibles (centre de données 2 et centre de données 3) sans intervention de l'utilisateur. Cette capacité de basculement est cruciale pour les banques, car elle garantit que leurs services restent accessibles même si un ou plusieurs centres de données rencontrent des problèmes. 

Vélocité : Vitesse de traitement des données

Le deuxième V de big data est la vélocité. La vélocité est la vitesse à laquelle les données sont générées, traitées et analysées. En plaçant stratégiquement les ressources informatiques au plus près des utilisateurs finaux et des sources de données, Akamai réduit considérablement le temps nécessaire aux données pour traverser le réseau. Cette approche rapproche le calcul et le stockage des données du point d'utilisation, ce qui se traduit par des temps de traitement des données nettement plus rapides. Pour cette institution financière, lorsqu'un client initie un transfert de fonds par le biais de son application mobile, la demande de transaction doit traditionnellement voyager jusqu'à un centre de données central, éventuellement situé à des milliers de kilomètres. Grâce au Edge Computing d'Akamai, le traitement initial de cette demande peut être effectué sur un serveur périphérique proche. Le temps de traitement de la transaction est ainsi passé de quelques secondes à quelques millisecondes.

Comparons les performances d'Akamai à celles de AWS. Pour cette comparaison, nous utiliserons le service de surveillance ThousandEyes et ses 11 agents de test basés aux États-Unis. Notre équipe a configuré un test de contrôle demandant un objet de taille similaire via HTTPS à partir de AWS API Gateway, devant une fonction Lambda renvoyant un objet KV de DynamoDB, hébergé à US-East-1. Le test expérimental a demandé un objet via HTTPS à partir d'un cluster NATS.io diffusé via le compute d'Akamai. 

Comparons maintenant les temps de réponse de AWS et d'Akamai. À partir du tableau de bord ci-dessus, analysons quelques mesures de performances clés. Le temps de téléchargement total (moyenne sur 7 jours) pour l'objet NATS.io d'Akamai était de 55 ms. Pour l'objet DynamoDB de AWS, il était de 233 ms. Akamai a réduit de 76 % le temps de téléchargement total par rapport à AWS, ce qui met en évidence sa vitesse supérieure de traitement des données.

Objet Akamai NATS.ioAWS Objet DynamoDB
Durée totale du téléchargement55 ms
Répartition:Résolution DNS : ~3 msTLS handshake : ~15 msTCP connect : ~7 msTime to First Byte (TTFB) : ~20 msTéléchargement du contenu : ~10 ms
233 ms
Répartition:Résolution DNS : ~10 msHandshake TLS : ~40 msConnexion TCP : ~25 msTime to First Byte (TTFB) : ~120 msTéléchargement de contenu : ~38 ms
Temps d'attente5-8 ms30-50 ms
Débit~100 Mbps~40 Mbps
Latence (temps d'aller-retour)~15 ms~60 ms
Temps d'interaction (TTI)~70 ms~280 ms
Taux de réussite de la mémoire cache98.5%92% (CloudFront)
Efficacité de l'équilibrage global de la charge des serveurs (GSLB)99.99%99.95%

Les mesures ci-dessus nous permettent de conclure que l'architecture d'Akamai constitue une base plus solide pour respecter les accords de niveau de service rigoureux des institutions financières. Le TTI nettement inférieur (70 ms contre 280 ms) garantit une meilleure réactivité de l'utilisateur, ce qui est essentiel pour les applications financières. L'architecture d'Akamai n'a pas seulement accéléré les choses, elle a aussi apporté la fiabilité nécessaire pour respecter les accords de niveau de service stricts de l'institution financière.

Variété : Gestion des types de données

Le dernier V de "big data" signifie "variété". La variété fait référence aux différents types de données que les organisations doivent gérer. Si vous travaillez dans une institution financière ou une banque, vous devez probablement jongler chaque jour avec une multitude de types et de sources de données. Vous avez les données structurées, comme les enregistrements de transactions, les soldes de comptes et les informations sur les clients. Ensuite, il y a les données en temps réel, comme les flux boursiers et les transactions de paiement en ligne, qui changent constamment. 

Le site Global Traffic Management d'Akamai joue un rôle essentiel dans la gestion de ces différents types de données. Pour les données de transaction hautement prioritaires, comme les transferts de fonds, le GTM peut surveiller en permanence les conditions du réseau afin d'acheminer ces demandes vers les centres de données les plus réactifs. En ce qui concerne le contenu statique (relevés de compte ou informations sur vos produits financiers), qui ne change pas très souvent, le GTM dirige ces demandes vers des serveurs périphériques plus proches de l'utilisateur. Cela soulage vos systèmes centraux et accélère les temps d'accès. 

Le GTM combine toutes ces données - les conditions du réseau, la santé du serveur, vos règles personnalisées et les modèles de trafic actuels - et les utilise pour prendre des décisions en une fraction de seconde sur la façon d'acheminer chaque demande entrante. Il optimise et ré-optimise constamment ces itinéraires, en veillant à ce que chaque type de données - qu'il s'agisse d'une simple vérification de solde ou d'un virement international complexe - soit traité de la manière la plus efficace possible. Ce niveau de routage intelligent signifie que votre banque peut maintenir des performances et une fiabilité élevées, même si le volume et la complexité de vos transactions numériques continuent de croître. 

En résumé

Lorsque les millisecondes comptent et que la complexité des données est élevée, les solutions d'Akamai axées sur la périphérie offrent la vitesse, la fiabilité et l'efficacité nécessaires pour maintenir votre entreprise au premier plan. Grâce à son GTM avancé et à sa mise en cache intelligente, Akamai traite efficacement et rapidement des volumes massifs de données en répartissant la charge sur son vaste réseau. 

Les ingénieurs des institutions financières peuvent transformer leur infrastructure grâce à Akamai. En exploitant le vaste réseau mondial d'Akamai, vous pouvez atteindre une vitesse et une fiabilité inégalées, ce qui permet à vos utilisateurs d'être satisfaits et à vos opérations de se dérouler en toute transparence. 

Si vous souhaitez savoir comment la technologie de pointe d'Akamai peut aider vos applications à fonctionner de manière fluide et efficace, vous pouvez demander jusqu'à 5 000 dollars de crédits pour respecter vos accords de niveau de service stricts en matière de performances et offrir une expérience exceptionnelle à vos clients.

Commentaires

Laissez un commentaire

Votre adresse électronique ne sera pas publiée. Les champs obligatoires sont marqués d'un *.