Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

Flare.Net

Flare.Net es una plataforma de observabilidad autoalojada para .NET que consume OTLP nativamente, correlaciona logs, trazas y métricas en un solo lugar con alertas basadas en umbrales o consultas.

Ficha actualizada 23 sept 2026, 2:56 · upstream 23 sept 2026, 2:50 · release sin release detectada

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es Flare.Net

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Flare.Net es una solución self-hosted basada en OpenTelemetry para el monitoreo de aplicaciones .NET. Permite visualizar logs, trazas distribuidas e indicadores de rendimiento correlacionados en un único dashboard, sin necesidad de agentes propietarios ni SDKs adicionales. La plataforma ofrece alertas basadas en umbrales o consultas dinámicas a través de canales como Slack, Telegram o email.

Flare.Net se posiciona como una alternativa open source y autoalojada a soluciones como Seq o Datadog Logs. Su arquitectura es nativa OpenTelemetry, lo que permite ingesta directa del estándar OTLP sin protocolos propietarios ni daemons de agente. Esto facilita la migración gradual hacia observabilidad completa en infraestructura propia.

La plataforma está diseñada para ser flexible y escalable, soportando múltiples fuentes de datos como ClickHouse para indexación y consultas rápidas, Redis para persistencia temporal, S3/MinIO para almacenamiento, y servicios externos como Active Directory o Entra ID para autenticación. Su diseño modular permite integrar con el ecosistema .NET a través del framework Aspire sin requerir una infraestructura de agente separada.

Flare.Net ofrece un modelo de despliegue sencillo mediante Docker Compose o el CLI Flare, y su arquitectura está diseñada para ser extensible hacia múltiples nodos en modo cluster. La plataforma prioriza la transparencia: todo el flujo de datos se visualiza en tiempo real sin intermediarios ocultos.

CASOS DE USO
  • Correlacionar logs, trazas e indicadores de rendimiento de una aplicación .NET en un solo lugar para identificar cuellos de botella o anomalías
  • Implementar alertas automáticas sobre métricas críticas (latencia, errores) mediante umbrales configurables o consultas dinámicas
  • Auditoría y análisis de logs para investigación de incidentes o cumplimiento normativo sin necesidad de herramientas propietarias
  • Monitoreo de aplicaciones microservicios distribuidos con correlación entre trazas y logs en tiempo real
  • Despliegue autoalojado de observabilidad sin dependencias externas, ideal para entornos cloud-native o on-premise
  • Integración nativa con el framework Aspire .NET para orquestar servicios y monitorizar aplicaciones microservicios
PUNTOS DESTACADOS
  • Soporte nativo OpenTelemetry que permite ingesta directa del estándar sin protocolos propietarios ni agentes de terceros
  • Diseño modular que separa claramente la lógica de observabilidad del framework Aspire, permitiendo orquestación independiente
  • Almacenamiento en ClickHouse para consultas rápidas y persistencia eficiente de logs e indicadores
  • Autenticación flexible con soporte local, Microsoft Entra ID, Active Directory/LDAP, OpenID Connect y headers de confianza de proxy
  • Dashboard visualizable desde cualquier navegador sin necesidad de instalar SDKs adicionales ni daemons de agente
  • Soporte para múltiples fuentes de datos (Redis, S3/MinIO, ClickHouse) con persistencia configurable según necesidades
PRECAUCIONES
  • No incluye un SDK de observabilidad propio; la instrumentación debe realizarse en el código fuente del cliente .NET
  • La persistencia de logs se realiza principalmente mediante ClickHouse y Redis; no hay almacenamiento local persistente por defecto
  • El despliegue requiere Docker Compose o el CLI Flare, lo que añade una capa adicional de configuración inicial
  • No incluye un dashboard web nativo para la visualización de métricas sin necesidad de plugins adicionales
  • La autenticación con Active Directory/LDAP y OpenID Connect depende de servicios externos configurables en cada proyecto
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO40 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker Compose detectado

Para desplegar Flare.Net, se recomienda usar Docker Compose desde el directorio raíz del repositorio. Se debe crear un archivo .env con las variables de entorno necesarias (puertos, credenciales, URLs de Redis y ClickHouse). Para aplicaciones .NET que ya usan Aspire, se puede integrar Flare como recurso adicional mediante `builder.AddFlare("flare")` en la configuración del AppHost. Si no se usa Aspire, el comando `docker compose up` iniciará la plataforma con los puertos por defecto (7777 para logs, 8123 para traces, 4317 y 4318 para métricas). Para entornos sin Docker ni SDK de .NET, se puede ejecutar un script de instalación desde GitHub. En modo cluster, es posible configurar múltiples nodos mediante el archivo `cluster.yaml` o la configuración del proyecto.

✓Dockerfile
✓Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsNode.jsPython
SERVICIOS
RedisS3/MinIOClickHouse
BASES DE DATOS
RedisClickHouse
PUERTOS
77778123431743185878080
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.