Dans le précédent article, nous avons abordé l’arrivée de l’Azure Extended Zone au Luxembourg sous l’angle de la proximité, de la résidence des données et du cloud continuum. Mais rapprocher le cloud du Luxembourg répond également à un autre enjeu très concret : la performance des applications et l’expérience de leurs utilisateurs.
Avec Azure Extended Zone, Microsoft et POST Luxembourg rapprochent certaines capacités Azure des entreprises et organisations publiques luxembourgeoises. Parmi les bénéfices mis en avant par Microsoft figure notamment la faible latence, aux côtés de la résidence locale des données, de la résilience et des capacités de conformité.
Mais pourquoi quelques millisecondes peuvent-elles réellement avoir de l’importance ?
La distance compte toujours dans le cloud
Le cloud peut parfois donner l’impression que l’emplacement physique de l’infrastructure n’a plus vraiment d'importance.
Dans la réalité, les échanges entre un utilisateur, une application et les différents services dont elle dépend passent toujours par une infrastructure réseau.
Pour de nombreux usages, cette distance est quasiment transparente. Une application web classique ou un traitement exécuté en arrière-plan ne présente pas nécessairement les mêmes contraintes qu’une application avec de nombreuses interactions entre ses composants.
Pour ces applications, la latence devient un véritable critère d’architecture.
C'est là que la proximité offerte par une Extended Zone prend tout son sens.
Traiter certaines données plus près de leurs sources
L’Azure Extended Zone Luxembourg permet d’exécuter localement une sélection de services Azure. Les travaux internes menés autour du positionnement de l’offre mettent notamment en avant des capacités locales de compute, stockage et réseau.
Une organisation peut donc étudier quels composants d'une application ont réellement intérêt à être rapprochés de leurs utilisateurs ou de leurs sources de données.
Prenons une application métier trois tiers (Interface utilisateur, traitement des données, stockage des données) utilisée quotidiennement au Luxembourg.
Plutôt que de considérer l'application comme un bloc unique, l’architecture peut être pensée en fonction des besoins : certains composants, tel que l'hébergement et le traitement des données, nécessitant proximité et temps de réponse peuvent être placés dans l’Extended Zone, tandis que d’autres services, comme l'interface utilisateur, peuvent continuer à exploiter une région Azure disposant d’un catalogue plus large tels que des services WebApps.
C’est à nouveau une logique de cloud continuum : utiliser le bon emplacement pour le bon workload.
De nouveaux scénarios à considérer
Cette proximité devient particulièrement intéressante lorsqu’une application multiplie les interactions entre l’utilisateur, le réseau et les systèmes backend.
On peut notamment penser à des applications métiers interactives en ajoutant Azure Virtual Desktop pour rapprocher l'utilisateur de ces données, des services nécessitant le traitement local de données ou encore certaines architectures distribuées pour lesquelles la latence fait partie des critères de conception.
L’objectif n’est cependant pas de déplacer systématiquement les workloads existants vers le Luxembourg.
Au contraire.
La bonne approche consiste à commencer par identifier les applications pour lesquelles la proximité apporte une valeur mesurable.
Quels sont leurs flux ? Où résident les données ? Quels services Azure utilisent-elles ? Quelles dépendances doivent rester dans une région Azure ? Et surtout : la latence constitue-t-elle réellement aujourd’hui une contrainte pour l’application ou ses utilisateurs ?
La proximité ne remplace pas une bonne architecture
Il faut également garder un point essentiel à l’esprit : héberger un workload plus près de ses utilisateurs ne garantit pas, à lui seul, de meilleures performances.
Le réseau de l’entreprise, les connexions vers Azure, l’architecture applicative, les dépendances entre services ou encore la façon dont les données sont échangées restent déterminants.
L’Extended Zone doit donc être considérée comme un nouvel élément dans la conception d’une architecture, au même titre qu'une infrastructure Azure Local, et non comme une solution automatique à tous les problèmes de performance.
Elle offre surtout aux architectes une possibilité supplémentaire : placer certaines capacités Azure au Luxembourg tout en restant intégré à l’écosystème Azure.
Mesurer avant de déplacer
L’arrivée de l’Azure Extended Zone est donc une bonne occasion de réexaminer certains workloads sous un angle différent.
Avant toute décision de migration, la première étape consiste à mesurer : latence actuelle, flux réseau, dépendances applicatives et localisation des utilisateurs et des données.
On peut ensuite déterminer objectivement quels composants bénéficieraient réellement d’une exécution locale.
L’enjeu n’est finalement pas d’avoir « Azure plus près » simplement pour réduire une distance.
Il est de pouvoir utiliser cette proximité là où elle apporte une véritable valeur métier ou technique.
Et c’est probablement là que l’Azure Extended Zone Luxembourg devient la plus intéressante : elle ajoute une nouvelle option à la palette d’architecture des organisations luxembourgeoises.
Dans notre prochain article, nous aborderons un autre sujet incontournable : comment intégrer l’Azure Extended Zone dans une stratégie de sécurité et de conformité cohérente.
