Proton, a fast and lightweight alternative to Apache Flink

&gt;Lightweight: Proton is a single binary (&lt;500MB)<p>Okay, uhm, does this mean the 500 MB is the memory consumption footprint?<p>No way someone is shipping a giant 500 MB binary hunk, and the selling point is that it&#x27;s lightweight?<p>But 500MB of RAM for a DB also seems tiny. That can&#x27;t be right..

Love the small footprint, more databases should have this, I&#x27;ve recently gotten into building some applications with SQLite and its been a blast.<p>I went through the FAQ and read through the README on the github page, however I&#x27;m unable to figure out some really ideal usecases for proton. Ideally from a product perspective.<p>I like to have some examples so when I am building in the future I can quickly know off the top of my head, &quot;oh yeah, lets just use proton for this.&quot;<p>Does anyone have a few different applications types which they&#x27;ve built or problems they&#x27;ve solved with proton? Bonus points for external examples with some code.

I think it’s supposed to be an alternative to Flink SQL&#x2F;Table API.<p>The important part of Apache Flink is the stateful streaming and fault tolerance characteristics of Flink. This is not an alternative to Flink as a distributed runtime for event driven applications.

I work for Timeplus, and just to mention for those asking how to use this? One real quick use case was mentioned on HN a few days back. Use Proton to view Hacker News API in any way you want. Why not try something like this with Flink? You could, but Flink&#x27;s learning curve is sort of high and needs more setup. Proton you can get with a brew install command. A few minutes later ... and you&#x27;ve got HN sliced and diced any way you want. Now apply that to any live data stream - including crypto, stocks, etc. <a href="https:&#x2F;&#x2F;bytewax.io&#x2F;blog&#x2F;hacking-hacker-news" rel="nofollow">https:&#x2F;&#x2F;bytewax.io&#x2F;blog&#x2F;hacking-hacker-news</a>

Is Flink used that much? Last time I&#x27;ve seen it in the &quot;news&quot; it was related to Adobe&#x27;s CMS, which, well, doesn&#x27;t exactly have a stellar reputation, so it suffered a bit by association.<p>And boy, Kafka more and more seems like an early warning system for architecture astronautics. (Not necessarily bad by itself, but often part of hectoliters of manure poured in size 6 wellies)

Are we out of names in this industry?

How does this compare to RisingWave and Materialize?<p><a href="https:&#x2F;&#x2F;github.com&#x2F;risingwavelabs&#x2F;risingwave">https:&#x2F;&#x2F;github.com&#x2F;risingwavelabs&#x2F;risingwave</a> <a href="https:&#x2F;&#x2F;github.com&#x2F;MaterializeInc&#x2F;materialize">https:&#x2F;&#x2F;github.com&#x2F;MaterializeInc&#x2F;materialize</a>

Just tried Proton. Simple enough for me to set up. I get my data in quickly and wait no time to query. I am reading your docs and trying to write more complex stuff. PS For the JOIN doc, personally, I would like to see more visualizations to demonstrate the joining behavior(between changelog, and versioned).

I can&#x27;t be the only that cringes when they see otherwise smart people suggesting a non-safe language as a Good Thing.

Curious as to how the code base evolved after forking from clickhouse

Project-leader:<p>Team, what do you think building that with proton?<p>A:<p>Sorry, what? We cant do that with email!!<p>B:<p>I don&#x27;t understand, if you want that to run on windows we should use windows, proton is mainly for games.<p>C:<p>Why are we talking about reverse osmosis now? Is that software not for a postal-service?<p>D:<p>Yeah ok, let us use AWS Proton for deployment, but that&#x27;s far in the future.

Not to be confused with Apache Proton [0], a message bus tool.<p>[0] <a href="https:&#x2F;&#x2F;qpid.apache.org&#x2F;proton&#x2F;" rel="nofollow">https:&#x2F;&#x2F;qpid.apache.org&#x2F;proton&#x2F;</a>

When recycling names that already exist and have traction can we append some context to the end, i.e. proton-stream? I was expecting steams Proton.