Alternatives
Products that do what Protobuf Based Schema Centric Logging Framework does
Hi HN, have been working on this as a side project, would appreciate any feedback :) LogUnify is built around schemas based on protobuf and all the events in LogUnify are structured. By schematizing events, we offer the following benefits: - Consistency: All the events across all platforms and languages are produced in a uniform way with the generated type-safe SDKs, which ensures data consistency from the root. - Shared Understanding: Event schemas with rich data types and metadata are self-explained, which enables different departments from developers to business stakeholders to share the…
- 1
- 2NC
Hello, Some time ago I did a data logger for fun, just to check if I could beat the performance of an old C++ project of mine (mini-async-log) and to avoid letting my multithreading-C skills rust when on a non-programming gig (using Yocto/OE, very little programming). This project is a BSD licensed, producer-wait-free (when using thread-local storage) generic message logger with high performance, decent test coverage, and type-safe C strings (requires C11 or C++ compiler). It was a shame to let this project to die unknown, as I think that it has potential to be used on some niches as…
2019
- 3SO
2019 · ditabase.io
- 4HM
Hi, I'm Marcus. I've spent the last 15 months or so home-coding on a document database, after work, on weekends (every waking hour). My plans for this particular weekend was to implement log-structured writing. It went faster than I thought and the results were faster querying times and fast, append-only writes. I've been working on this for almost a decade and being this close to the finish line feels surreal. This is my seventh iteration I believe. Everytime I realized I had an architecture built on a bad model I walked away, often in fury, depressed over my weak coding abilities but…
2017
- 5SG
2016 · github.com
- 6PP
2017 · afiskon.github.io
- 7
Protobuf is a fairly simple format, but the way people are first introduced to it often doesn't speak to them. That is how it was for me at first. I tried to address that in two ways: simple visual diagrams where a picture does the work better than prose, and interaction so you can get a feel for the language and how it behaves without installing anything. Some parts of the guide run a real Protobuf compiler, bufbuild/protocompile, in the browser through WASM. It's the same compiler the buf CLI uses. Feedback welcome. Disclosure: I work at Buf, and Buf owns the domain. The guide started…
17d ago · protobuf.com
- 8PB
Hi HN, We're Rishabh, Aashish, and Noah, the creators of ProtoType: a platform for building GraphQL backends. You can check it out here: https://www.useprototype.com We were fed up with creating the same sort of APIs over and over again when building web applications so we built this tool for ourselves. As we're all in university, we showed it around to our friends and they enjoyed using it to kickstart their projects. After that, we thought we'd host it on a website and allow anybody to use it! ProtoType is different from similar GraphQL backend builders such as 8base in that it…
2019
- 9OS
I am currently working on a Node.js utility for a schema-based approach on CDC for Postgres. It is a lightweight utility that you can plug on top of your existing WAL events service (eg. Debezium, WAL-listener...) and allows you to define schemas to listen to. Instead of listening to raw individual table-level events, you can aggregate those events into high-level schema events automatically. Conceptually, it is like having WAL events but on an SQL view, any modification to a table the view is based on would trigger a high-level event on the view itself. This has many real-world applications…
2025 · github.com
- 10RD
Hi Hacker News! We're Jan & Wilco from ReJot (https://rejot.dev). With ReJot we're building a framework that turns the write-ahead log of your database into an asynchronous communication channel for your services. ReJot enables application developers to define how the database tables they own should be replicated to other databases. Something we wish we had at in our previous job at a large fintech. There is a gap between building internal (REST) APIs and Kafka (event streaming) to share data between services. Internal APIs start to break down when you have more than a couple…
2025 · github.com
- 11AD
Hello HN! I've been working on Atomic Database[1] for almost exactly a month now, having restarted from an earlier Hackathon prototype version. Atomic Database is a deductive database like Datalog that has a useful GUI interface, a natural language query system, smart metadata storage, and gradual typing capabilities. The actual database backend of all this is based on Entity Attribute Value triples currently (I don't forsee changing it, as yet!). This is still very much a prototype, but I feel like I'm at the stage in its evolution where I need some outside input and, possibly, help. To…
2019
- 12GA
Hello HN! These last few months I've been working on my first open source project: an embedded database written in pure-go. That took me some months, as I had to learn how to deal with such large packages. Until then, all packages I had made were quite small an did not require much. I usually did not have to worry about things like allocation optimization and instance pools until This project. It started when I wanted to make a port of a tool to a TUI environment. I'm actually used to working with TUIs in golang, so that was my language of choice. The tool I wanted to port is written in…
Feb 2026
- 13T1
Two and a half years ago, Edward, Dylan, and I started this journey to build a new database for an old problem that has long plagued the infrastructure software industry. Today, we are proud to announce that this database, TiDB, is production ready. Abraham Lincoln once said, ‘the best way to predict the future is to create it.’ The future we predicted 771 days ago we now have created, because of the hard work and dedication of not just every member of our team, but also every contributor, user, and partner in our open source community. Today, we celebrate and pay gratitude to the power of…
2017
- 14SD
2019 · github.com
- 15IM
Hello I'm Jack, I was previously a Site Reliability Engineer and i've been working on monitro.dev which makes log monitoring simple for individuals or small teams. It allows you to easily forward any logs to multiple channels such as Slack, Discord & Telegram. The events are also viewable though the admin dashboard and are easily filterable. Currently there is only an NPM package with javascript / typescript support but i have plans to expand this to other languages such as Python, Rust etc. The package has many options, one of them is forwarding any uncaught exception and as an event…
2024 · monitro.dev
- 16QF
Hi HN, I’m sharing the alpha release of S2C, a state machine replication system built atop S3. The goal is to enable a distributed application to maintain consistent state without needing a quorum of nodes for availability or consistency. The idea came from a side project that was using S3 and where I needed strongly consistent distributed state but wanted to avoid adding a separate consensus dependency. I initially tried to use S3 directly for coordination, but it became messy. Eventually, I realized I need a replicated state machine with a deterministic log, and then it ended up as a…
Jan 2026 · github.com
- 17DT
A few years ago, my team moved from Java to Go. Working on Go projects, we came across a variety of logging frameworks with different APIs outputting messages in different formats. Go seemed to be lacking a logging abstraction like slf4j, which has been so invaluable to the Java ecosystem. Without that abstraction layer, the APIs for configuring logging vary wildly across projects, and libraries must either add a dependency on one of those frameworks or simply avoid structured logging altogether. Dazl is a logging abstraction layer that decouples the logging API from specific Go logging…
2023 · github.com
- 18AO
A couple of years ago, we had an interesting idea. When a development team within an organization consists of around 10 members or fewer, controlling the risks associated with database changes might be achieved through trust and real-time communication. However, as the team grows, the responsibilities within the team become more specialized. Imagine a scenario where different branches of the business exist, each with its own set of developers, team leads, testers, testing leads, DBAs, and more. Relying solely on traditional communication methods becomes increasingly challenging when it comes…
2023 · github.com
- 19SS
I'm developing a storage system for versioning data at the subfile level, especially well suited for SSDs due to its log-structured COW nature. It implements a novel versioning algorithm called sliding snapshot, a diff-algorithm which makes use of our stable record-identifiers and optionally hashes, another diff algorithm for importing similar XML-documents as a versioned resource as well as novel XPath axis to navigate not only in space, but also in time. Recently, I've implemented a higher level, asynchronous REST-API with Kotlin (Coroutines) and Vert.x in a seperate module. The system is…
2018
- 20MD
Last year I decided to start a fun side project - a love child of VS Code and NoSQLBooster. I wanted a GUI that looks modern and snappy, minimal, not like 2003 MS Excel with dozens of buttons and dropdowns everywhere. I also wanted it to have a smart autocomplete that actually knows a schema, not just keys of the current collection, but their types and enum values. I wanted to type find({status: "}) and see "pending", "active", "cancelled" in the autocomplete suggestions. As a tech stack, I chose Tauri for the shell, Bun for the sidecar running the MongoDB driver and a tRPC server, and…
May 2026 · monghoul.com
- 21LR
2024 · docs.rs
- 22VA
Visualeaf is a MongoDB GUI I’ve been building over the past year. Stack is Electron + Angular + Spring Boot. There’s a live playground on the site if you want to try it without installing or putting in your connection (I provided one). The goal was to combine a visual workflow with the depth needed for real development work. Most existing MongoDB tools tend to optimize for either beginners or power users, but not both in the same interface. Core features: Query builder that supports full MongoDB query expressiveness + being able to drag and drop elements from the collection to the query…
Apr 2026 · visualeaf.com
- 23LZ
Hey HN We’ve been building Logdash as a lightweight observability tool for side projects and prototypes. Most logging/metrics tools (Prometheus, Grafana, ELK...) are amazing, but feel like overkill when you're just hacking on something small. Logdash gives you: - Real-time logs and custom metrics - Zero config (no YAML, no setup) - One tiny SDK to drop in - Hosted UI with live dashboards We use Logdash to monitor Logdash — our own prod dashboard is public here: https://logdash.io/demo-dashboard Would love feedback, ideas, or questions!
2025 · logdash.io
- 24RL
I've just released rust-loguru, a logging library for Rust that aims to combine intuitive API design (inspired by Go/Python's Loguru) with Rust's performance characteristics. Some highlights: - Consistently outperforms the standard log crate by 50-80% in benchmarks. - Multiple log levels and an extensible handler system -File rotation with better performance than log4rs and other alternatives - Error handling utilities and context helpers I built this because I wanted a logger that was both ergonomic to use and high-performance. The benchmarks comparing it to slog, log, and tracing are…
2025 · crates.io
Ranked by how close each launch is in meaning, then by votes. Refine with a description →