Novedades en Elastic Observability 7.12: Correlaciones de APM y soporte nativo para OpenTelemetry

Ya llegó la versión 7.12 de Elastic Observability. Acelera el análisis de la causa raíz con correlaciones en Elastic APM. Monitorea dispositivos de baja potencia con facilidad gracias al soporte de ARM en Beats y el Agente. Simplifica las arquitecturas de ingesta con soporte de OpenTelemetry nativo (ahora para rastreos y métricas) en Elastic Observability. Reduce tu costo total de propiedad a través del escalado automático en Elastic Cloud y los snapshots buscables en el nivel congelado. Estas son solo algunas características que puedes esperar disfrutar en la versión 7.12. 

Experimenta la versión más reciente de Elastic Observability en Elasticsearch Service en Elastic Cloud oficial (hay disponible una prueba gratuita de 14 días). O instala la versión más reciente del Elastic Stack para una experiencia autogestionada y usa muchas de estas características en el nivel gratuito y abierto. 

Y ahora, sin más preámbulos, veamos algunos de los aspectos destacados. 

Revela automáticamente los principales factores que contribuyen a aplicaciones lentas y errores gracias a las correlaciones en APM

Elastic APM presenta las correlaciones: una nueva capacidad que analiza transacciones de aplicaciones con latencias altas o errores, y revela automáticamente factores (como la versión de servicio, los metadatos de infraestructura, etc.) que tienen alta correlación con las transacciones de bajo rendimiento. Con esta capacidad, los usuarios pueden enfocarse rápidamente en la causa raíz del mal rendimiento durante los flujos de trabajo de solución de problemas reactivos, lo que ayuda a reducir el tiempo promedio de resolución. También es útil en flujos de trabajo proactivos, debido a que permite a los propietarios de las aplicaciones identificar áreas de mejora para perfeccionar continuamente la experiencia del usuario final. 

Por ejemplo, puede revelar que una versión en particular de un servicio tiene alta correlación con el mal rendimiento. O que un cliente en particular está sobrerrepresentado en transacciones con errores. Esta información se resalta en la UI de APM y ayuda a los ingenieros a acotar los pasos siguientes de la investigación. 

Desarrolladas a partir de la agregación de términos significativos en Elasticsearch, las correlaciones de APM comparan las etiquetas de aquellas transacciones que poseen latencias altas y errores con el conjunto completo de transacciones, e identifican automáticamente etiquetas y metadatos "inusualmente comunes" en las transacciones subóptimas (en otras palabras, elementos considerablemente más comunes en transacciones subóptimas que en el conjunto de transacciones completo). El umbral predeterminado para lento es el percentil 75, pero se puede personalizar. Las etiquetas incluidas en el análisis para los servicios de backend son etiquetas personalizadas, infraestructura y versión del servicio, y para los servicios de frontend son etiquetas personalizadas, OS y tipo de cliente. 

Lee más sobre esta y otras actualizaciones de APM en la documentación.

Mantente al nivel de las exigencias dinámicas (automáticamente) gracias al escalado automático en Elastic Cloud

Muchos clientes de Elastic, como Audi, eligen Elastic Cloud para ejecutar y gestionar sus despliegues de Elastic porque simplifica en gran medida las operaciones con características como actualizaciones con un clic, plantillas de despliegue y más. Estamos entusiasmados por presentar el escalado automático en Elastic Cloud, lo que lo convierte en una opción incluso más atractiva para las organizaciones. El escalado automático fue una de las características más pedidas por la comunidad de observabilidad, que buscaba formas fáciles de mantenerse al nivel de las exigencias dinámicas, sin pagar de más por la capacidad máxima. 

Aumentar y reducir la escala del cluster siempre ha sido sencillo en Elastic Cloud, simplemente debes mover un control deslizante o hacer una llamada de API. Con el escalado automático, lo simplificamos aún más. Activa el escalado automático (con la casilla de verificación en la UI o a través de programación con una llamada de API/CLI) y Elastic Cloud escalará de forma automática la capacidad para mantenerse al nivel de las exigencias dinámicas en el cluster. Los usuarios también pueden configurar umbrales máximos para evitar sorpresas. 

El escalado automático está actualmente disponible para los nodos de machine learning y almacenamiento de datos, y se ampliará a otros tipos de nodos en el futuro. 

Lee más sobre estas actualizaciones en el blog de novedades en el Elastic Stack.

Monitorea tu infraestructura basada en ARM gracias al soporte para ARM en Beats y el Agente

Las arquitecturas de ARM dominan desde hace tiempo el mercado de dispositivos móviles e IoT debido a su portabilidad y eficiencia energética. En los últimos años, ARM también ha estado ganando terreno en la computación en el cloud del lado del servidor. AWS presentó varias instancias de EC2 basadas en ARM; y parece que Microsoft y Google Cloud se unirán a la tendencia pronto. 

Siguiendo nuestra filosofía de "estar donde están los usuarios", nos entusiasma lanzar el soporte para arquitecturas basadas en ARM en todo el Elastic Stack, incluidos Beats y el Agente de Elastic. Los clientes con servidores o dispositivos que ejecutan ARM ahora pueden usar Beats o el Agente de Elastic para recopilar datos sobre el estado y el rendimiento con el objetivo de monitorear sus endpoints. Muchos usuarios apenas están comenzando con el procesamiento basado en ARM y se encuentran en entornos híbridos. Ahora estos usuarios pueden monitorear su infraestructura de ARM junto con el resto de la infraestructura en una pila unificada. 

Una mención especial para la comunidad de IoT, que adoptó naturalmente el Elastic Stack como una plataforma flexible y escalable para el monitoreo perimetral. Estos usuarios, ahora, pueden ejecutar Beats y el Agente en el perímetro, lo que simplifica más sus arquitecturas de ingesta. 

Soporte de OpenTelemetry nativo 

OpenTelemetry está surgiendo como la capa de recopilación estandarizada para los datos de observabilidad y está diseñado para permitir a las organizaciones instrumentar sus apps de forma abierta y neutral para proveedores. Nos complace anunciar el soporte nativo para OpenTelemetry en Elastic Observability, lo que permitirá a las organizaciones enviar directamente los datos recopilados por los agentes de OpenTelemetry a sus despliegues de Elastic. Esto no solo disminuye el esfuerzo de los usuarios para adoptar OpenTelemetry en su arquitectura de Elastic existente, sino que también simplifica la arquitectura. 

Nos entusiasma avanzar otro paso en nuestro soporte de OpenTelemetry. En julio de 2020, lanzamos el exportador OpenTelemetry Collector para Elastic, una capa de traducción entre los agentes de OpenTelemetry y Elastic APM. Con el agregado del soporte nativo (indicado como una característica experimental en la versión 7.12), eliminamos la necesidad de instalar y gestionar este componente adicional, y los usuarios ahora pueden enviar directamente los datos de sus agentes de OpenTelemetry al servidor de Elastic APM. 

El soporte de OpenTelemetry nativo está actualmente disponible para Elastic Observability en despliegues independientes autogestionados; estará disponible en Elastic Cloud y ECE próximamente. 

Espera, ¡hay más! 

El nivel congelado, ahora en vista previa técnica, permite a los usuarios buscar directamente los datos en almacenes de objetos de bajo costo como Amazon S3, Google Cloud Storage y Microsoft Azure Storage. Imagina poder buscar en años de datos de logs sin tener que rehidratarlos desde un archivo. 

Y para mejorar la experiencia del usuario en la ejecución de tareas de ejecución larga en Kibana, agregamos la opción de "guardar la búsqueda en segundo plano". Ahora tienes la libertad de enviar las búsquedas de ejecución larga a segundo plano, lo que libera Kibana para otros análisis y trabajo de exploración. 

Lee sobre estas capacidades y otros aspectos destacados del Elastic Stack en el blog de anuncio de Elastic 7.12.

El lanzamiento y la sincronización de cualquier característica o funcionalidad descrita en este documento quedan a la entera discreción de Elastic. Cualquier característica o funcionalidad que no esté disponible actualmente puede no entregarse a tiempo o no entregarse en absoluto.