Modernisierung der Halo-Infrastruktur: Schneller, skalierbarer und zukunftsfähig

Wir freuen uns, euch einige große Änderungen an der Infrastruktur hinter Halo ankündigen zu können. In den kommenden Monaten werden wir unsere Anwendungsserver auf AWS EKS (Elastic Kubernetes Service) umstellen – eine moderne, containerbasierte Hosting-Plattform, die Halo schneller und ausfallsicherer macht und euch mehr Kontrolle darüber gibt, wie und wann ihr Upgrades durchführt. Wenn Sie unseren „Stable“-Kanal nutzen, werden Sie davon bis zum ersten Quartal 2027 nichts bemerken – dieses Update wird schrittweise eingeführt, beginnend mit der Beta-Version, sodass Sie ausreichend Zeit haben, sich darauf vorzubereiten.

Der Großteil dieser Arbeiten findet hinter den Kulissen statt, doch es gibt einige Änderungen, die Sie beachten sollten – insbesondere, wenn Sie in Ihrem Unternehmen für IT, Sicherheit oder Integrationen zuständig sind. Auch hier gilt: Kunden der „Stable“-Version werden davon erst im ersten Quartal 2027 etwas bemerken, sodass Sie heute noch nichts unternehmen müssen – lesen Sie weiter, um die Details und den vollständigen Zeitplan für die Einführung unten zu erfahren.

‍

Zeitplan für die Einführung

Dieses Update wird schrittweise eingeführt:

• September 2026: Zunächst in unserem Beta -Kanal verfügbar, in Version 2.252.
• Oktober 2026 (Version noch zu bestätigen): Der Microservice „Automations“ wird als Beta-Version verfügbar.
• November 2026 (Version noch zu bestätigen): Der Massen-E-Mail-Dienst wird als Beta-Version verfügbar.
• 1. Quartal 2027 (Version noch zu bestätigen): Allgemeine Verfügbarkeit in unserer ersten stabilen Version des Jahres.

Wir werden genauere Termine bekannt geben, sobald wir uns den einzelnen Meilensteinen nähern.

‍

Was ändert sich?

‍

Containerbasierte, cloud-native Architektur

‍UnsereAnwendungs-Builds werden von herkömmlichen Servern auf Container umgestellt, die auf Kubernetes laufen. Dadurch werden unsere Bereitstellungen schneller, konsistenter und lassen sich leichter rückgängig machen, falls jemals Korrekturen erforderlich sein sollten – was für Sie weniger Unterbrechungen bedeutet.

‍

Deutlich schnellere Skalierung‍

Halo passt seine Kapazität bereits automatisch an die Nachfrage an, doch mit Kubernetes geschieht dies wesentlich schneller – die Skalierungszeit hat sich im Vergleich zu früher um rund 95 % verkürzt. In der Praxis bedeutet dies, dass Halo viel schneller auf Traffic-Spitzen reagiert und so auch in Spitzenzeiten für einen reibungslosen Betrieb sorgt.

‍

Schnellere Ladezeiten – überall auf der Welt

‍Wirführen AWS CloudFront ein, um Inhalte von Edge-Standorten auf der ganzen Welt bereitzustellen und sie näher an den Arbeitsorten Ihres Teams zwischenzuspeichern. Wenn Sie internationale Teams haben, sollten Sie eine deutliche Verbesserung der Ladezeiten feststellen.

‍

Kleinere, schnellere Reaktionen

‍API-und Web-Antworten werden nun während der Übertragung komprimiert, wodurch sich die Datenmenge verringert – ein Gewinn für die Leistung, insbesondere bei langsameren Verbindungen.

‍

Automatisierungen, die als eigenständiger Microservice neu implementiert wurden

‍Wirlagern unsere Automatisierungs-Engine aus der Kernanwendung und der SQL-Datenbank aus und richten sie als eigenständigen Kubernetes-Mikroservice mit Worker-Umgebung ein. Dies führt zu einer konsistenteren Automatisierungsleistung und einer insgesamt geringeren Belastung der Datenbank – was der gesamten Plattform zugutekommt. Während der Umstellungsphase sorgt ein Change-Data-Capture-Prozess dafür, dass diese Daten weiterhin mit dem SQL Server synchronisiert werden; im Laufe der Zeit werden diese Daten dann nativ in DynamoDB gespeichert.

‍

Ein spezieller Massen-E-Mail-Dienst

‍Außerdem führen wireinen neuen Massen-E-Mail-Dienst ein, der speziell für E-Mail-Kampagnen entwickelt wurde. Damit verbessern wirunsere Kapazitäten für den Versand von E-Mail-Kampagnen in großem Umfang erheblich – wir können nun Millionen von Kampagnen-E-Mails pro Jahr versenden, und das mit einer besseren Zustellbarkeit und einem höheren Durchsatz als bisher.

‍

Du hast die Kontrolle über deine Upgrades

‍Wirführen die Selbstverwaltung der Versionsverwaltung ein. Vor jeder Veröffentlichung wird ein geplantes Upgrade-Fenster geöffnet; sobald dieses geöffnet ist, können Administratoren Upgrades nach Bedarf bereitstellen, und Ihr vollständiger Versionsverlauf ist direkt in Ihrem Admin-Bereich einsehbar. Bitte beachten Sie: Diese Funktionen werden nicht alle vom ersten Tag an verfügbar sein. Zunächst können Sie im Admin-Bereich nur Ihren Versionsverlauf einsehen – die Schaltflächen zur Selbstverwaltung für die Bereitstellung von Upgrades folgen etwas später. Den genauen Zeitplan werden wir kurz vor der Veröffentlichung bekannt geben.

‍

Was das für Ihr IT-Team bedeutet

Es gibt einige Änderungen, auf die Sie die für Ihr Netzwerk, die Sicherheit oder die Integrationen zuständigen Mitarbeiter hinweisen sollten:

• Neue IP-Bereiche für den ausgehenden Datenverkehr. Die für Integrationen, ausgehende E-Mails und Webanfragen verwendeten IP-Adressen für den ausgehenden Datenverkehr ändern sich. Dies hat keine Auswirkungen auf den eingehenden Datenverkehr – betroffen sind lediglich Anfragen, die von Halo an Ihre Systeme gesendet werden. Die aktualisierten IP-Bereiche werden unter folgender Adresse veröffentlicht: https://www.usehalo.com/guides/1446 veröffentlicht – bitte passen Sie alle Firewall-Zulassungslisten oder E-Mail-Relay-Regeln an, die auf unsere aktuellen IP-Adressen verweisen.
• Zertifikate: Die Verwaltung von Zertifikaten wird künftig vollständig von uns übernommen. Dies betrifft alle Kunden, für deren Domain ein Zertifikat konfiguriert ist, einschließlich derjenigen mit einem von Amazon ausgestellten Zertifikat – Sie müssen neue DNS-Einträge hinzufügen, um die Zertifikatsvalidierung zu unterstützen; diese werden wir Ihnen direkt mitteilen. Behalten Sie Ihre bestehenden DNS-Einträge bei, bis Sie auf Version 2.252 umgestellt haben – werden Sie diese vorzeitig entfernen, führt dies zu einer fehlerhaften Zertifikatsvalidierung in Ihrer aktuellen Version. Wenn Sie über eine nicht zu Halo gehörende (benutzerdefinierte) Domain auf Halo zugreifen, bleiben Sie auf Version 2.250 beschränkt, bis die erforderlichen DNS-Änderungen vorgenommen wurden. Wir werden uns direkt mit den nächsten Schritten bei Ihnen melden.
• A User-Agent Die Kopfzeile ist nun erforderlich bei allen API-Aufrufen an Halo. Die meisten Integrationen übermitteln diese Angabe bereits standardmäßig, ältere oder benutzerdefinierte Skripte müssen jedoch möglicherweise kurz angepasst werden.
• IP-basierte Zugriffsbeschränkungen werden nun als konfigurierbare Administratoreinstellung direkt in die Halo-Anwendung integriert und nicht mehr auf Netzwerk- bzw. Infrastrukturebene verwaltet. Es sind keine Maßnahmen erforderlich – weitere Details werden wir kurz vor der Veröffentlichung bekannt geben.

‍

Was Sie jetzt tun sollten

• Prüfen Sie, ob Ihr Team auf eine der oben genannten IP-Adressen, Zertifikate oder Header angewiesen ist.
• Lesezeichen https://www.usehalo.com/guides/1446 um die neuesten IP-Bereiche zu erhalten, sobald diese veröffentlicht werden
• Teilen Sie diesen Beitrag mit Ihrem IT- oder Netzwerkteam
• Falls Sie benutzerdefinierte Berichte oder Integrationen nutzen, die Daten direkt aus unserem Automatisierung, AutomatisierungIteration, Automatisierungsvariable, oder Webhook-Ereignis Tabellen: Wenden Sie sich bitte an Ihren Halo-Ansprechpartner, damit wir Ihnen bei der Planung eines reibungslosen Übergangs helfen können.

‍

Wir werden hier weiterhin aktuelle Informationen veröffentlichen, sobald wir uns den einzelnen Meilensteinen der Einführung nähern. Sollten Sie in der Zwischenzeit Fragen haben, wenden Sie sich bitte an Ihren Customer Success Manager (CSM).

‍

Haben Sie Fragen zu dieser Migration? Wenden Sie sich an Ihren Customer Success Manager (CSM) oder besuchen Sie unsere Statusseite nach den neuesten Informationen.

‍