Elasticsearch cuesta desde $95/mes y escala rápido a cientos de dólares. Comparamos cinco alternativas open-source —Loki, OpenSearch, OpenObserve, Quickwit y ZincSearch— que caben en menos de $100/mes, y cómo alojarlas en infraestructura descentralizada.
Aleph Cloud ofrece VMs descentralizadas a bajo coste, suficientes para correr Grafana Loki, OpenSearch, OpenObserve, Quickwit o ZincSearch self-hosted sin superar el presupuesto. Al ser infraestructura, se combina con cualquier herramienta de logs según el caso de uso.
Elastic Cloud arranca en aproximadamente $95/mes y escala con rapidez hacia los cientos o miles de dólares a medida que crecen tus volúmenes de logs2. Para equipos que solo necesitan gestión de logs —no búsqueda full-text compleja ni analítica avanzada— ese coste es difícil de justificar. Existen alternativas open-source auto-alojadas que cubren el mismo caso de uso por una fracción del precio.
Esta guía compara las cinco mejores: Grafana Loki, OpenSearch, OpenObserve, Quickwit y ZincSearch. Cada una resuelve un pain point distinto de Elasticsearch: coste de almacenamiento, lock-in de licencia, o complejidad operativa. Todas caben en menos de $100/mes, ya sea self-hosted o con tiers managed accesibles1.
> Transparencia: esta página contiene enlaces de afiliado. Si contratas a través de ellos, podemos recibir una comisión sin coste adicional para ti.
Loki cambia el modelo de indexación: en lugar de indexar el contenido completo de cada log (como hace Elasticsearch), indexa solo los metadatos (labels). El resultado es una reducción de almacenamiento de aproximadamente 15x respecto a Elasticsearch3.
Para un volumen de 100 GB/día de logs, Elasticsearch necesita unos 15 TB de almacenamiento (~$350/mes solo en S3) más cómputo (~$400), totalizando ~$750/mes. Loki, con el mismo volumen, requiere ~1 TB (~$25/mes en S3) más cómputo (~$150), totalizando ~$175/mes3. Self-hosted, Loki es completamente gratis; y Grafana Cloud ofrece un tier gratuito de 50 GB1.
Ideal para: equipos que ya usan Grafana para dashboards y quieren logs sin duplicar infraestructura.
Lenguaje de consulta: LogQL (similar a PromQL, orientado a labels).
Veredicto: la opción más económica si tu caso de uso es puramente logs. El trade-off es que la búsqueda full-text es más limitada que en Elasticsearch.
OpenSearch nació como un fork de Elasticsearch/Kibana tras el cambio de licencia de Elastic. Su gran ventaja: la API es compatible con Elasticsearch, lo que permite migrar índices, queries y dashboards con mínima fricción1.
Self-hosted es gratis. Si prefieres managed, AWS OpenSearch Service arranca desde ~$26/mes2, muy por debajo de Elastic Cloud.
Ideal para: equipos que ya tienen pipelines construidos sobre la API de Elasticsearch y quieren salir del lock-in de licencia sin reescribir nada.
Lenguaje de consulta: DSL (compatible con Elasticsearch Query DSL).
Veredicto: la migración más sencilla. No reduce el coste de almacenamiento tanto como Loki u OpenObserve, pero elimina el riesgo de licencia y abarata el tier managed.
OpenObserve, escrito en Rust, combina logs, métricas y trazas en una sola plataforma, reemplazando a Loki, Prometheus/Mimir, Tempo y la UI de Grafana simultáneamente5. Su claim más agresivo: reduce el coste de almacenamiento ~140x frente a Elasticsearch5.
El plan developer es gratis (200 GB/mes); el plan Pro arranca desde $19/mes5. Self-hosted también es gratis.
Ideal para: equipos que quieren consolidar observabilidad (logs + métricas + traces) en una sola herramienta sin mantener cuatro componentes distintos.
Lenguaje de consulta: SQL.
Veredicto: la mejor relación funcionalidad/precio si necesitas más que solo logs. El ser escrito en Rust le da ventajas de rendimiento y consumo de memoria frente a soluciones basadas en JVM6.
Quickwit está optimizado específicamente para log management usando object storage (S3) como almacenamiento primario, en lugar de discos locales costosos4. Esto reduce drásticamente el coste frente a Elasticsearch, que requiere almacenamiento local de alto rendimiento4.
Al estar escrito en Rust, Quickwit consume menos CPU por query que alternativas basadas en JVM6. Self-hosted es gratis; los costes operativos se reducen básicamente al almacenamiento S3, que es de los más baratos por GB en cualquier cloud.
Ideal para: volúmenes altos de logs (TB/día) donde el coste de almacenamiento local en Elasticsearch se vuelve prohibitivo.
Lenguaje de consulta: DSL (compatible con Elasticsearch) + SQL.
Veredicto: la mejor opción para datasets masivos de logs en cloud. Si tu volumen justifica el object storage, Quickwit ofrece el coste por GB más bajo del grupo.
ZincSearch es la alternativa más minimalista: se distribuye como un único binario y su API es compatible con Elasticsearch1. No requiere clústeres ni configuración compleja —ideal para datasets pequeños o medianos donde Elasticsearch sería exagerado.
Self-hosted es gratis y open-source1.
Ideal para: proyectos pequeños, entornos de desarrollo, o equipos que necesitan búsqueda sobre logs sin infraestructura compleja.
Lenguaje de consulta: DSL (compatible con Elasticsearch).
Veredicto: la opción más simple para empezar. Si tu volumen de logs es modesto y no quieres mantener un clúster, ZincSearch te da compatibilidad con ES en un binario.
| Herramienta | Modelo de indexación | Lenguaje de consulta | Coste self-hosted | Tier managed |
|---|---|---|---|---|
| Grafana Loki | Solo metadatos | LogQL | Gratis | Free 50 GB (Grafana Cloud) |
| OpenSearch | Full-text | DSL (ES-compatible) | Gratis | ~$26/mes (AWS) |
| OpenObserve | Full-text + metrics | SQL | Gratis | Desde $19/mes |
| Quickwit | Full-text + object storage | DSL + SQL | Gratis | Coste S3 únicamente |
| ZincSearch | Full-text | DSL (ES-compatible) | Gratis | — |
Las cinco alternativas son gratis self-hosted, pero necesitas un servidor o VM donde correrlas. Para mantener el coste total por debajo de $100/mes, la elección de infraestructura importa tanto como la de herramienta.
Una opción a considerar es Aleph Cloud, que ofrece VMs descentralizadas a bajo coste —suficiente para correr cualquiera de estas herramientas sin superar el presupuesto. Al ser una capa de infraestructura, te permite combinarla con la herramienta de logs que mejor encaje en tu caso de uso.
Todas estas opciones demuestran que las cosas que realmente merecen la pena no tienen por qué costar lo que Elastic Cloud cobra. Con la combinación correcta de herramienta open-source e infraestructura económica, puedes gestionar tus logs por una fracción de lo que pagas hoy.
¿Quieres una aclaración que el artículo no respondió? Pregunta al motor — lleva el contexto del artículo.
Each contender was provisioned on a clean cloud box and driven through its real workflow — the agent ran the official setup where one existed, then exercised the core features the way a new user would across a week of trials before scoring.