Potenziamento dell'infrastruttura di Halo: più veloce, più scalabile e pensata per il futuro

Siamo entusiasti di annunciare alcuni importanti cambiamenti in arrivo nell'infrastruttura alla base di Halo. Nei prossimi mesi, migreremo i nostri server applicativi su AWS EKS (Elastic Kubernetes Service), una moderna piattaforma di hosting basata su container che renderà Halo più veloce e resiliente, offrendovi un maggiore controllo su come e quando effettuare gli aggiornamenti. Se utilizzate il nostro canale Stable, non noterete alcun cambiamento fino al primo trimestre del 2027: questo aggiornamento verrà introdotto gradualmente, a partire dalla versione Beta, quindi avrete tutto il tempo necessario per prepararvi.

La maggior parte di questo lavoro avviene dietro le quinte, ma ci sono alcune modifiche di cui è bene essere a conoscenza, specialmente se ti occupi di IT, sicurezza o integrazioni all’interno della tua organizzazione. Ribadiamo che gli utenti della versione Stable non noteranno alcuna di queste modifiche fino al primo trimestre del 2027, quindi non è necessario intervenire oggi: continua a leggere per i dettagli e il calendario completo dell’implementazione riportato di seguito.

‍

Calendario di implementazione

Questo aggiornamento verrà implementato in più fasi:

• Settembre 2026: disponibile inizialmente sul nostro canale Beta, nella versione 2.252.
• Ottobre 2026 (versione da confermare): il microservizio Automations diventa disponibile in versione beta.
• Novembre 2026 (versione da confermare): il servizio di invio di email di massa diventa disponibile in versione beta.
• Primo trimestre 2027 (versione da confermare): disponibilità generale nella nostra prima versione stabile dell'anno.

Vi comunicheremo le date più precise man mano che ci avvicineremo a ciascuna tappa importante.

‍

Cosa sta cambiando

‍

Architettura containerizzata e cloud-native

‍Le nostrebuild delle applicazioni stanno passando dai server tradizionali ai container in esecuzione su Kubernetes. Ciò rende le nostre distribuzioni più veloci, più coerenti e più facili da ripristinare nel caso in cui fosse necessario correggere qualcosa, il che si traduce in minori interruzioni per voi.

‍

Una scalabilità notevolmente più veloce‍

Halo si adatta già automaticamente per gestire la domanda, ma con Kubernetes questo avviene molto più rapidamente: si registra una riduzione del tempo di scalabilità orizzontale pari a circa il 95% rispetto al passato. In pratica, ciò significa che Halo risponde ai picchi di traffico molto più rapidamente, garantendo un funzionamento senza intoppi anche nei periodi di maggiore affluenza.

‍

Tempi di caricamento più rapidi, in ogni parte del mondo

‍Stiamoimplementando AWS CloudFront per fornire contenuti da sedi periferiche in tutto il mondo, memorizzandoli nella cache più vicino al luogo in cui lavora il vostro team. Se avete team internazionali, dovreste notare un netto miglioramento nei tempi di caricamento.

‍

Risposte più concise e rapide

‍Le risposte APIe web saranno ora compresse durante il trasferimento, riducendo così le dimensioni del payload: un vantaggio in termini di prestazioni, soprattutto con connessioni più lente.

‍

Automazioni, riprogettate come microservizi dedicati

‍Stiamoseparando il nostro motore di automazione dall’applicazione principale e dal database SQL per integrarlo in un microservizio Kubernetes dedicato e in un’infrastruttura di worker. Ciò garantirà prestazioni di automazione più costanti e un carico complessivo minore sul database, a vantaggio dell’intera piattaforma. Durante la transizione, un processo di Change Data Capture manterrà questi dati sincronizzati con SQL Server; col tempo, tali dati risiederanno in modo nativo in DynamoDB.

‍

Un servizio dedicato all'invio di email di massa

‍Stiamoinoltre lanciando un nuovo servizio di invio di e-mail in massa, progettato appositamente per le campagne di e-mail marketing, che aumenterà notevolmente la nostra capacità di inviare grandi volumi di e-mail promozionali, consentendo di gestire milioni di e-mail all’anno con una deliverability e una produttività superiori rispetto a quelle attuali.

‍

Sei tu a decidere quali potenziamenti effettuare

‍Stiamointroducendo la gestione delle versioni in modalità self-service. Prima di ogni rilascio verrà aperta una finestra temporale dedicata agli aggiornamenti; una volta aperta, gli amministratori potranno distribuire gli aggiornamenti su richiesta, mentre la cronologia completa delle versioni sarà visibile direttamente dall’area di amministrazione. Da notare: non tutte queste funzionalità saranno disponibili fin dal primo giorno. Inizialmente, l’area di amministrazione consentirà solo di visualizzare la cronologia delle versioni; i pulsanti di azione in modalità self-service per distribuire gli aggiornamenti saranno disponibili poco dopo. Vi comunicheremo le tempistiche esatte quando si avvicinerà la data di rilascio.

‍

Cosa significa questo per il vostro team IT

È opportuno segnalare alcune modifiche a chi si occupa della gestione della rete, della sicurezza o delle integrazioni:

• Nuovi intervalli di indirizzi IP in uscita. Gli indirizzi IP in uscita utilizzati per le integrazioni, la posta in uscita e le richieste web stanno cambiando. Ciò non influisce sul traffico in entrata, ma solo sulle richieste provenienti da Halo e dirette ai vostri sistemi. Gli intervalli aggiornati saranno pubblicati all'indirizzo https://www.usehalo.com/guides/1446 — vi preghiamo di aggiornare eventuali liste di autorizzazione del firewall o regole di inoltro della posta che fanno riferimento ai nostri indirizzi IP attuali.
• Certificati: d’ora in poi la gestione dei certificati sarà interamente a nostro carico. Ciò riguarda tutti i clienti che dispongono di un certificato configurato per il proprio dominio, compresi quelli con un certificato emesso da Amazon: sarà necessario aggiungere nuovi record DNS per consentire la convalida del certificato; vi forniremo direttamente le informazioni necessarie. Mantenete attivi i vostri record DNS esistenti fino a quando non passerete alla versione 2.252: la loro rimozione anticipata comprometterà la convalida del certificato sulla vostra versione attuale. Se accedete a Halo tramite un dominio non Halo (personalizzato), rimarrete vincolati alla versione 2.250 fino a quando non saranno apportate le modifiche DNS richieste. Vi contatteremo direttamente per illustrarvi i passi successivi.
• A User-Agent L'intestazione è ora obbligatoria in tutte le chiamate API a Halo. La maggior parte delle integrazioni invia già questo dato per impostazione predefinita, ma gli script più datati o personalizzati potrebbero richiedere un rapido aggiornamento.
• Le restrizioni di accesso basate sull'IP verranno integrate direttamente nell'applicazione Halo come impostazione amministrativa configurabile, anziché essere gestite a livello di rete/infrastruttura. Non è necessario alcun intervento: forniremo maggiori dettagli quando si avvicinerà la data di rilascio.

‍

Cosa dovresti fare adesso

• Verifica se il tuo team fa uso di uno degli indirizzi IP, certificati o intestazioni sopra menzionati
• Aggiungi ai preferiti https://www.usehalo.com/guides/1446 per conoscere gli ultimi intervalli di indirizzi IP non appena saranno pubblicati
• Condividi questo post con il tuo team IT o di rete
• Se disponi di report personalizzati o integrazioni che leggono direttamente dai nostri Automazione, AutomazioneIterazione, Variabile di automazione, oppure WebhookEvent tabelle, contatta il tuo referente Halo in modo che possiamo aiutarti a pianificare una transizione senza intoppi

‍

Continueremo a pubblicare aggiornamenti qui man mano che ci avvicineremo a ciascuna tappa fondamentale del lancio. Nel frattempo, se avete domande, rivolgetevi al vostro Customer Success Manager (CSM).

‍

Hai domande su questa migrazione? Contatta il tuo Customer Success Manager (CSM) o consulta la nostra pagina di stato per gli ultimi aggiornamenti.

‍