Free and open source log management (by Graylog2)

Graylog Alternatives

Similar projects and alternatives to graylog

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better graylog alternative or higher similarity.

graylog reviews and mentions

Posts with mentions or reviews of graylog. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-11-16.
  • What Open Source Projects Do You Use In Your District?
    27 projects | | 16 Nov 2022
    Graylog -- Syslog server.
  • Top 14 ELK alternatives[Open Source included] in 2022
    3 projects | | 18 Oct 2022
    Graylog is a centralized log management platform that provides two solutions - log management and Security Information Event Management (SIEM). Graylog also provides an open-source version called the Graylog Open. Graylog Open offers the core centralized log management functionality that you need to collect, store, and analyze logs data.
  • FOSS, cloud native, log storage and query engine build with Apache Arrow & Parquet, written in Rust and React.
    4 projects | | 1 Oct 2022
    It looks cool, I love seeing Rust in such applications, it would even fit the use case at my work but I wonder if authors know about Graylog Open and would be interested in answering how the current UI and things on the roadmap compare with it? Would Parseable perform noticeably better than Graylog?
  • VYOS firewall filter to Syslog config
    2 projects | | 7 Sep 2022
    I would set session logs on the Vyatta and send them to a syslog (graylog) and monitoring server like LibreNMS You can enable session logs by using these commands:
  • Log Central
    4 projects | | 4 Aug 2022
    I don't quite understand the window-logic but for logs there are things like Logstash, Loki, Graylog and probably many others that are meant to handle logs.
  • Any free/open source syslog services with web interface for search?
    2 projects | | 31 Jul 2022
    As mentioned already:
  • ELK Stack or an alternative in 2022?
    2 projects | | 9 Jun 2022
    That's not ELK, you need a logging observability tool. For example Grafana Loki or maybe Graylog, which uses elastic, but is not ELK..
  • Suggestions on what to use to view Monolog logs?
    4 projects | | 23 Feb 2022
  • What Open Source Projects Are You Using?
    23 projects | | 31 Jan 2022
    Graylog -- Syslog server.
  • Don't start with microservices – monoliths are your friend
    5 projects | | 16 Dec 2021
    In my experience, i've seen the modular code approach more often than separate deployment approach, quite possibly because the latter is still a bit harder to do when compared to just having 1 instance (or people are just lazy and don't want to take the risk of breaking things that were working previously for future gains), but sooner or later the question of scalability does come up, at least in successful projects.

    Let me tell you, as someone who has delivered a critical code fix for business continuity after midnight a few times, slapping N instances of an app runtime in a data center somewhere is way easier than having to struggle with optimizations and introduce more complexity in the form of caches, or write out Hibernate queries as really long and hard to debug SQL because people previously didn't care enough about performance testing or simply didn't have a feasible way to simulate the loads that the system could run into, all while knowing that if your monolith also contains scheduled processes, none of your optimizations will even matter, because those badly optimized processes will eat up all of the resources and crash the app anyways.

    In short, the architecture that you choose will also help you mitigate certain risks. Which ones you should pay attention to, however, depends on the specifics of your system and any compliance requirements etc. Personally, as a developer, fault tolerance is up there among the things that impact the quality of my life the most, and it's pretty hard to do it well in a monolith.

    In my eyes the problem with contracts is also worthy of discussion, though my view is a bit different - there will always be people who will mess things up, regardless of whether you expect them to use modules someone else wrote and contribute to a codebase while following some set of standards or expectations, or whether you expect them to use some web API in a sane manner. I've seen systems that refuse to acknowledge that they've been given a 404 for a request numerous times (in a business process where the data cannot reappear) and just keep making the same request ad infinitum, whenever the scheduled process on their side needs to run.

    So, having a web API contract can make managing responsibility etc. easier, however if no one has their eye on the overall architecture and how things are supposed to fit together (and if you don't have instrumentation in place to actually tell you whether things do fit together in the way you expect), then you're in for a world of hurt.

    To that end, when people need to work with distributed systems of any sort, i urge them to consider introducing APM tools as well, such as Apache Skywalking: (sub-par interface, but simple to set up, supports a decent variety of technologies and can be self hosted on prem)

    Or, you know, at least have log shipping in place, like Graylog: (simpler to setup than Elastic Stack, pretty okay as far as the functionality goes, also can be self hosted on prem)

  • A note from our sponsor - Zigi | 9 Dec 2022
    Zigi monitors Jira and GitHub updates, pings you when PRs need approval and lets you take fast actions - all directly from Slack! Plus it reduces cycle time by up to 75%. Learn more →


Basic graylog repo stats
1 day ago
Build time-series-based applications quickly and at scale.
InfluxDB is the Time Series Data Platform where developers build real-time applications for analytics, IoT and cloud-native services in less time with less code.