Mejora de la infraestructura de Halo: más rápida, más escalable y preparada para el futuro
.avif)
.avif)
Nos alegra compartir contigo algunos cambios importantes que se avecinan en la infraestructura de Halo. En los próximos meses, vamos a migrar nuestros servidores de aplicaciones a AWS EKS (Elastic Kubernetes Service), una plataforma de alojamiento moderna y basada en contenedores que hará que Halo sea más rápido y resistente, y te dará más control sobre cómo y cuándo realizar las actualizaciones. Si estás en nuestro canal «Estable», nada de esto te afectará hasta el primer trimestre de 2027: esta actualización se está introduciendo de forma gradual, empezando por la versión Beta, por lo que tienes tiempo de sobra para prepararte.
La mayor parte de este trabajo se lleva a cabo entre bastidores, pero hay algunos cambios que conviene que conozcas, sobre todo si te encargas de la gestión de TI, la seguridad o las integraciones en tu organización. Una vez más, los clientes de la versión estable no notarán ningún cambio hasta el primer trimestre de 2027, por lo que no es necesario que tomes medidas hoy mismo; sigue leyendo para conocer los detalles y el calendario completo de implementación que se incluye a continuación.
Esta actualización se está implementando por fases:
Os iremos comunicando fechas más concretas a medida que se acerquen cada una de las etapas clave.
Las compilaciones de nuestrasaplicaciones están pasando de los servidores tradicionales a contenedores que se ejecutan en Kubernetes. Esto hace que nuestras implementaciones sean más rápidas, más coherentes y más fáciles de revertir si alguna vez hay que corregir algo, lo que se traduce en menos interrupciones para vosotros.
Halo ya se adapta automáticamente para hacer frente a la demanda, pero con Kubernetes esto ocurre mucho más rápido: se reduce en un 95 % aproximadamente el tiempo de escalabilidad horizontal en comparación con lo que ocurría anteriormente. En la práctica, esto significa que Halo responde a los picos de tráfico mucho más rápido, lo que garantiza un funcionamiento fluido durante los periodos de mayor actividad.
Estamosimplementando AWS CloudFront para servir contenido desde ubicaciones periféricas de todo el mundo, almacenándolo en caché más cerca del lugar donde trabaje tu equipo. Si tienes equipos internacionales, deberías notar una mejora notable en los tiempos de carga.
Las respuestas de la APIy de la web se comprimirán ahora durante la transmisión, lo que reducirá el tamaño de la carga útil, lo que supone una mejora en el rendimiento, sobre todo en conexiones más lentas.
Estamosseparando nuestro motor de automatización de la aplicación principal y de la base de datos SQL para integrarlo en su propio microservicio de Kubernetes y su propia configuración de trabajadores. Esto se traduce en un rendimiento de la automatización más constante y una menor carga general sobre la base de datos, lo que beneficia a toda la plataforma. Durante la transición, un proceso de captura de datos modificados (Change Data Capture) mantendrá estos datos sincronizados con SQL Server; con el tiempo, estos datos se almacenarán de forma nativa en DynamoDB.
Además, vamos alanzar un nuevo servicio de envío masivo de correos electrónicos diseñado específicamente para campañas de correo, lo que aumentará considerablemente nuestra capacidad para enviar grandes volúmenes de correos de campaña: podremos gestionar millones de correos de campaña al año, con una mejor tasa de entrega y un mayor rendimiento que en la actualidad.
Presentamosla gestión de versiones de autoservicio. Antes de cada lanzamiento se abrirá un periodo programado para actualizaciones; los administradores podrán implementar las actualizaciones cuando lo deseen una vez que se abra dicho periodo, y podrás consultar el historial completo de versiones directamente desde tu área de administración. Cabe destacar que no todas estas funciones estarán disponibles desde el primer día. Inicialmente, el área de administración solo te permitirá consultar el historial de versiones; los botones de autoservicio para implementar las actualizaciones estarán disponibles un poco más adelante. Compartiremos las fechas exactas cuando se acerque el lanzamiento.
Hay algunos cambios que conviene señalar a la persona encargada de gestionar tu red, la seguridad o las integraciones:
User-Agent Ahora es obligatorio incluir el encabezado en todas las llamadas a la API de Halo. La mayoría de las integraciones ya envían este dato de forma predeterminada, pero es posible que los scripts más antiguos o personalizados necesiten una pequeña actualización.
Automatización, Automatización-Iteración, Variable de automatización, o WebhookEvent tablas, ponte en contacto con tu persona de contacto de Halo para que podamos ayudarte a planificar una transición sin problemas
Seguiremos publicando novedades aquí a medida que nos acerquemos a cada hito del proceso de implantación. Si tienes alguna duda mientras tanto, ponte en contacto con tu responsable de éxito del cliente (CSM).
¿Tienes alguna duda sobre esta migración? Ponte en contacto con tu gestor de éxito del cliente (CSM) o consulta nuestra página de estado para conocer las últimas novedades.