It ends with the host saying “Rug pulls are not OK” and the NATS founder responding “No pay, not okay.”
7,409 karma · joined November 25, 2012
It ends with the host saying “Rug pulls are not OK” and the NATS founder responding “No pay, not okay.”
All that said, NATS is Apache licensed software, and any company is legally allowed to create and maintain a closed-source fork based on this. CNCF claims the trademark "NATS" and the domain name nats.io.
I have often wondered if the name "NATS" is an overly confusing name. People often think it means "Network Address Translation". I suspect changing the name to something else that involved PubSub or Queue or DB would be a net win in the longrun.
- https://news.ycombinator.com/item?id=43829008
- https://github.com/cncf/toc/issues/1632
- https://github.com/nats-io/nats-server/issues/6832
I also built a lot on NATS Jetstream, and I'm questioning my decision in light of the threatened license change.
I read substantial chunks of the NATS source code and contributed many small PR’s and suggestions back. Sometimes the devs were very welcoming and sometimes not. In fact, a few weeks ago I started this repo to document some contributions frustrations: https://github.com/williamstein/nats-bugs
Anyway this rug pull is extremely disappointing to me. It is especially sad because NATS is excellent technology, and no matter what their just shot themselves in the foot, and I had really really had hope for them to grow a lot in the next few years.
I think they use NATS.io to include “edge” services, which is something that is challenging to do in a single k8s cluster.
I don’t think they are trying to replace k8s, but instead are solving a slightly different problem, which is attempting to build something somewhat like k8s, but with very different networking and security constraints.
[1] https://github.com/jupyter/nbformat
[2] https://jupyter-client.readthedocs.io/en/latest/messaging.ht...