Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Published : Oct 26, 2022
NOT ON THE CURRENT EDITION
This blip is not on the current edition of the Radar. If it was on one of the last few editions, it is likely that it is still relevant. If the blip is older, it might no longer be relevant and our assessment might be different today. Unfortunately, we simply don't have the bandwidth to continuously review blips from previous editions of the Radar. Understand more
Oct 2022
Trial ?

La observabilidad de hoy depende de recoger y sumar un conjunto exhaustivo de métricas granulares para poder entender, predecir y analizar el comportamiento de un sistema. Sin embargo, cuando se aplica a un sistema en la nube nativo compuesto por muchos procesos y servidores redundantes y que cooperan entre ellos, la cardinalidad (o número de series únicas en tiempo) se vuelve poco manejable porque crece exponencialmente con cada nuevo servicio, contenedor, nodo, clúster, etc. Por eso, para gestionar datos de alta cardinalidad, hemos comprobado que VictoriaMetrics es una buena opción. VictoriaMetrics es especialmente útil para trabajar con arquitecturas de microservicios alojadas en Kubernetes, y el operador de VictoriaMetrics facilita que los equipos puedan implementar su propia monitorización de manera personalizada. También nos agrada su arquitectura de componentes y habilidad para continuar recogiendo métricas incluso cuando el servidor principal no está disponible. Aunque nuestro equipo está contento con VictoriaMetrics, es un sector que está evolucionando rápidamente, así que recomendamos echar un vistazo a otras bases de datos de serie temporal de alto rendimiento compatibles con Prometheus como Cortex o Thanos.

Download the PDF

 

 

 

English | Português

Sign up for the Technology Radar newsletter

 

 

Subscribe now

Visit our archive to read the previous volumes