Modernisation de l'infrastructure de Halo : plus rapide, plus évolutive et conçue pour l'avenir

Nous sommes ravis de vous annoncer d'importants changements à venir au niveau de l'infrastructure sous-jacente de Halo. Au cours des prochains mois, nous allons migrer nos serveurs d'applications vers AWS EKS (Elastic Kubernetes Service), une plateforme d'hébergement moderne et conteneurisée qui rendra Halo plus rapide et plus résilient, tout en vous offrant davantage de contrôle sur la manière et le moment de vos mises à jour. Si vous utilisez notre canal « Stable », aucun de ces changements ne vous concernera avant le premier trimestre 2027: cette mise à jour est déployée progressivement, en commençant par la version bêta, ce qui vous laisse largement le temps de vous préparer.

La plupart de ces travaux se déroulent en coulisses, mais il y a quelques changements dont vous devrez tenir compte, en particulier si vous êtes responsable de l'informatique, de la sécurité ou des intégrations au sein de votre organisation. Encore une fois, les clients de la version Stable ne verront aucun de ces changements avant le premier trimestre 2027; il n'y a donc pas lieu d'agir dès aujourd'hui. Poursuivez votre lecture pour découvrir les détails et le calendrier complet du déploiement ci-dessous.

‍

Calendrier de déploiement

Cette mise à jour est déployée par étapes :

• Septembre 2026 : Disponible d'abord sur notre canal bêta, dans la version 2.252.
• Octobre 2026 (version à confirmer) : le microservice « Automations » est disponible en version bêta.
• Novembre 2026 (version à confirmer) : le service d'envoi d'e-mails en masse sera disponible en version bêta.
• 1er trimestre 2027 (version à confirmer) : mise à disposition générale dans notre première version stable de l'année.

Nous vous communiquerons des dates plus précises à mesure que nous nous rapprocherons de chaque étape importante.

‍

Quels sont les changements ?

‍

Architecture native du cloud, basée sur des conteneurs

‍Nosversions d'application passent des serveurs traditionnels à des conteneurs fonctionnant sur Kubernetes. Cela rend nos déploiements plus rapides, plus cohérents et plus faciles à annuler en cas de correction nécessaire, ce qui se traduit par moins de perturbations pour vous.

‍

Une évolutivité nettement plus rapide‍

Halo s'adapte déjà automatiquement pour répondre à la demande, mais avec Kubernetes, ce processus est nettement plus rapide : le temps de mise à l'échelle horizontale est réduit d'environ 95 % par rapport à auparavant. Concrètement, cela signifie que Halo réagit beaucoup plus rapidement aux pics de trafic, garantissant ainsi un fonctionnement fluide même pendant vos périodes de plus forte affluence.

‍

Des temps de chargement plus rapides, partout dans le monde

‍Nousdéployons actuellement AWS CloudFront afin de diffuser du contenu depuis des sites périphériques situés aux quatre coins du monde, en le mettant en cache au plus près de l'endroit où travaille votre équipe. Si vous disposez d'équipes internationales, vous devriez constater une nette amélioration des temps de chargement.

‍

Des réponses plus courtes et plus rapides

‍Les réponses APIet Web seront désormais compressées lors de leur transmission, ce qui réduira la taille des données transmises — un gain de performances, en particulier sur les connexions plus lentes.

‍

Automatisations, refaites sous la forme d'un microservice dédié

‍Nousextrayons notre moteur d'automatisation de l'application principale et de la base de données SQL pour l'intégrer dans son propre microservice Kubernetes et son propre ensemble de workers. Cela se traduira par des performances d'automatisation plus constantes et une charge globalement moindre sur la base de données, ce qui profitera à l'ensemble de la plateforme. Pendant la transition, un processus de capture des données modifiées (Change Data Capture) assurera la synchronisation de ces données avec SQL Server ; à terme, ces données seront stockées nativement dans DynamoDB.

‍

Un service dédié à l'envoi massif d'e-mails

‍Nouslançons également un nouveau service d'envoi massif d'e-mails spécialement conçu pour les campagnes par e-mail, ce qui renforce considérablement notre capacité à envoyer des campagnes d'e-mails à grand volume : il permettra de traiter des millions d'e-mails de campagne par an, avec une meilleure délivrabilité et un débit supérieur à ceux d'aujourd'hui.

‍

C'est vous qui décidez de vos améliorations

‍Nouslançons la gestion des versions en libre-service. Une fenêtre de mise à jour programmée s’ouvrira avant chaque publication ; les administrateurs pourront déployer les mises à jour à la demande dès son ouverture, et l’historique complet de vos versions sera visible directement depuis votre espace d’administration . À noter : toutes ces fonctionnalités ne seront pas disponibles dès le premier jour. Dans un premier temps, l’espace d’administration vous permettra uniquement de consulter l’historique de vos versions ; les boutons d’action en libre-service permettant de déployer les mises à jour seront disponibles un peu plus tard. Nous vous communiquerons les dates exactes à l'approche de la sortie.

‍

Ce que cela implique pour votre équipe informatique

Il convient de signaler quelques changements aux personnes chargées de la gestion de votre réseau, de la sécurité ou des intégrations :

• Nouvelles plages d'adresses IP de sortie. Les adresses IP de sortie utilisées pour les intégrations, les e-mails sortants et les requêtes Web sont en cours de modification. Cela n'affecte pas le trafic entrant, mais uniquement les requêtes émanant de Halo vers vos systèmes. Les plages mises à jour seront publiées à l'adresse https://www.usehalo.com/guides/1446 — veuillez mettre à jour les listes d'autorisations de votre pare-feu ou les règles de relais de messagerie qui font référence à nos adresses IP actuelles.
• Certificats : la gestion des certificats sera désormais entièrement prise en charge par nos soins. Cela concerne tous les clients disposant d’un certificat configuré pour leur domaine, y compris ceux utilisant un certificat émis par Amazon. Vous devrez ajouter de nouveaux enregistrements DNS pour permettre la validation du certificat ; nous vous communiquerons directement ces informations. Conservez vos enregistrements DNS existants jusqu’à ce que vous passiez à la version 2.252 — les supprimer avant cette date empêchera la validation du certificat sur votre version actuelle. Si vous accédez à Halo via un domaine non Halo (personnalisé), vous resterez bloqué sur la version 2.250 jusqu’à ce que les modifications DNS requises soient effectuées. Nous vous contacterons directement pour vous indiquer les prochaines étapes.
• A Agent utilisateur L'en-tête est désormais obligatoire pour tous les appels API vers Halo. La plupart des intégrations transmettent déjà cette information par défaut, mais les scripts plus anciens ou personnalisés pourraient nécessiter une mise à jour rapide.
• Les restrictions d'accès basées sur l'adresse IP seront désormais intégrées directement dans l'application Halo sous la forme d'un paramètre d'administration configurable, et ne seront plus gérées au niveau du réseau ou de l'infrastructure. Aucune action n'est requise de votre part ; nous vous fournirons plus de détails à l'approche de la sortie.

‍

Ce que vous devriez faire maintenant

• Vérifiez si votre équipe utilise l'une des adresses IP, l'un des certificats ou l'un des en-têtes mentionnés ci-dessus
• Ajouter aux favoris https://www.usehalo.com/guides/1446 pour connaître les dernières plages d'adresses IP dès leur publication
• Partagez cet article avec votre équipe informatique ou réseau
• Si vous disposez de rapports personnalisés ou d'intégrations qui récupèrent directement les données depuis notre Automatisation, Automatisation-Itération, Variable d'automatisation, ou WebhookEvent tables, contactez votre interlocuteur Halo afin que nous puissions vous aider à organiser une transition en douceur

‍

Nous continuerons à publier des mises à jour ici à mesure que nous nous rapprocherons de chaque étape clé du déploiement. Si vous avez des questions d'ici là, n'hésitez pas à contacter votre responsable de la réussite client (CSM).

‍

Vous avez des questions concernant cette migration ? Contactez votre responsable de la réussite client (CSM) ou consultez notre page d'état pour connaître les dernières mises à jour.

‍