awesome-repositories.com

Descoperă cele mai bune repository-uri open source cu căutare AI.

ExploreazăCăutări recomandateOpen-source alternativesSelf-hosted softwareBlogHartă site
ProiectDespreHow we rankPresăServer MCP
LegalConfidențialitateTermeni
© 2026 Bringes Technology SRL·VAT RO45896025·hello@awesome-repositories.com
·
awesome-repositories.comBlog
Categorii

8 repository-uri

Awesome GitHub RepositoriesLog Processing Pipelines

Systems for parsing, normalizing, and transforming unstructured log data into structured formats.

Distinguishing note: Focuses on the transformation pipeline stage rather than log storage or indexing.

Explore 8 awesome GitHub repositories matching devops & infrastructure · Log Processing Pipelines. Refine with filters or upvote what's useful.

Awesome Log Processing Pipelines GitHub Repositories

Găsește cele mai bune repo-uri cu AI.Vom căuta cele mai potrivite repository-uri folosind AI.
  • signoz/signozAvatar SigNoz

    SigNoz/signoz

    27,355Vezi pe GitHub↗

    SigNoz is a full-stack observability platform designed to collect, store, and visualize metrics, logs, and distributed traces in a unified environment. It leverages OpenTelemetry-based data collection to ingest telemetry from diverse sources using vendor-neutral protocols, ensuring interoperability across complex microservices architectures. The platform utilizes a high-performance columnar storage engine to enable rapid aggregation and filtering, providing a centralized backend for monitoring application health and performance. What distinguishes the platform is its focus on automated instru

    Parses and normalizes unstructured log data into structured attributes to improve searchability and analysis.

    TypeScriptapmapplication-monitoringdistributed-tracing
    Vezi pe GitHub↗27,355
  • vectordotdev/vectorAvatar vectordotdev

    vectordotdev/vector

    22,071Vezi pe GitHub↗

    Vector is a high-performance observability data pipeline designed to collect, transform, and route logs, metrics, and traces across distributed infrastructure. It functions as a modular engine that decouples data ingestion from processing and transmission, utilizing a component-based architecture to connect diverse sources to multiple destinations. The project distinguishes itself through a focus on reliability and flow control. It implements backpressure-aware data movement to prevent data loss during traffic spikes and utilizes disk-backed event buffering to ensure durability during network

    Executes external system commands to capture their output as logs, metrics, or traces.

    Rusteventsforwarderhacktoberfest
    Vezi pe GitHub↗22,071
  • crowdsecurity/crowdsecAvatar crowdsecurity

    crowdsecurity/crowdsec

    12,574Vezi pe GitHub↗

    CrowdSec is a collaborative, distributed security engine designed for threat detection and infrastructure protection. It functions as an intrusion detection system that parses logs and network traffic to identify malicious patterns, utilizing a bucket-based threshold detection model to aggregate events and trigger alerts. The platform is built on a modular architecture that includes a centralized local API server for managing security signals and a relational database for persistent storage of remediation decisions. What distinguishes the project is its decoupled enforcement model, which offl

    Processes logs from various sources to identify potential security threats and malicious activity within the infrastructure.

    Goattacks-preventiondetectionids
    Vezi pe GitHub↗12,574
  • tstack/lnavAvatar tstack

    tstack/lnav

    9,630Vezi pe GitHub↗

    lnav is a terminal-based log viewer and analyzer designed for aggregating, filtering, and analyzing multiple log files in a single chronological view. It functions as a console application that can replace the system pager, providing syntax highlighting and document navigation for system or application logs. The project distinguishes itself by mapping unstructured log data to virtual SQLite tables, enabling the use of SQL and PRQL for structured data analysis, aggregations, and relational queries. It further differentiates its capability set through native integration for retrieving and taili

    Processes log data through sequential stages of filtering and transformation using a dedicated query language.

    C++command-line-toollesslog-analysis
    Vezi pe GitHub↗9,630
  • greptimeteam/greptimedbAvatar GreptimeTeam

    GreptimeTeam/greptimedb

    5,968Vezi pe GitHub↗

    GreptimeDB is a distributed, open-source time-series database built for unified observability. It stores and queries metrics, logs, and traces together in a single columnar engine, supporting both SQL and PromQL for analysis. The database is designed as a Kubernetes-native operator with a decoupled compute and storage architecture, enabling horizontal scaling and multi-region deployment. What distinguishes GreptimeDB is its role as a multi-protocol ingestion gateway, accepting data through OpenTelemetry, Prometheus Remote Write, InfluxDB, Loki, Elasticsearch, Kafka, and MQTT protocols without

    Applies configurable pipelines to extract structured fields from raw log lines before insertion.

    Rustanalyticscloud-nativedatabase
    Vezi pe GitHub↗5,968
  • uptrace/uptraceAvatar uptrace

    uptrace/uptrace

    4,098Vezi pe GitHub↗

    Uptrace is an OpenTelemetry-based observability platform designed to collect, store, and analyze distributed traces, metrics, and logs. It functions as a centralized logging backend, a distributed tracing system, and a metrics engine to monitor application performance and system health. The platform is distinguished by AI-powered operational capabilities, allowing users to query telemetry data and manage monitoring dashboards using natural language. It specifically includes specialized monitoring for generative AI pipelines, tracking token usage and response quality for LLM interactions and r

    Directs log records to different processing paths based on specific attributes or expressions.

    Goapmapplication-monitoringclickhouse
    Vezi pe GitHub↗4,098
  • rcoh/angle-grinderAvatar rcoh

    rcoh/angle-grinder

    3,740Vezi pe GitHub↗

    Angle Grinder is a command line log processor and analytics tool used for parsing, filtering, and aggregating logs through a pipeline of text transformations. It functions as a text transformation pipeline that converts unstructured logs, as well as JSON and logfmt serialized data, into structured fields for analysis. The tool enables the computation of summary statistics, including running totals, counts, averages, and percentiles. It specifically supports time series log processing by partitioning data into discrete time windows to analyze event frequency and system behavior. The processin

    Functions as a sequential pipeline for parsing, filtering, and transforming unstructured log data into structured formats.

    Rustanalyticscli-applogging
    Vezi pe GitHub↗3,740
  • kube-logging/logging-operatorAvatar kube-logging

    kube-logging/logging-operator

    1,696Vezi pe GitHub↗

    The logging operator is a Kubernetes-native controller designed to automate the deployment, configuration, and lifecycle management of log collection and routing infrastructure. By utilizing custom resource definitions, it provides a declarative framework for standardizing how container logs are captured, processed, and forwarded across distributed cluster environments. The project distinguishes itself through its support for multi-tenant logging architectures, allowing administrators to enforce namespace-scoped isolation for log collection and routing configurations. It employs a sidecar inj

    Manages the deployment of logging infrastructure to collect, process, and route logs from containerized applications to external destinations.

    Gocloud-nativekuberneteskubernetes-operator
    Vezi pe GitHub↗1,696
  1. Home
  2. DevOps & Infrastructure
  3. Log Processing Pipelines

Explorează sub-etichetele

  • Conditional Log RoutingsForwarding log entries to different processing pipelines or storage tables based on the value of a specified field. **Distinct from Log Processing Pipelines:** Distinct from Log Processing Pipelines: focuses on routing decisions based on field values rather than the transformation logic within a single pipeline.
  • Process Execution HooksCapabilities for invoking external system commands and capturing their output as telemetry data. **Distinct from Log Processing Pipelines:** Distinct from Log Processing Pipelines: focuses on the execution of external processes as a data source rather than general log transformation.
  • Security Log ProcessorsPipelines for parsing and analyzing logs to identify security threats and malicious activity. **Distinct from Log Processing Pipelines:** Distinct from Log Processing Pipelines: focuses on security-specific threat identification rather than general log normalization.