ubikom VS NATS

Excellent client, btw. I have an issue open regarding this, but when I tried it seems to work fine. The client autoconfigured itself. If you are having issues with em client, please PM me or comment on the issue here: https://github.com/regnull/ubikom/issues/58

Thanks for reporting the issue. You can track it here: https://github.com/regnull/ubikom/issues/54

I'm working on https://ubikom.cc, end-to-end encrypted email service based on the concept of self-sovereign identity. Basically, you keep the encryption key, and all your messages are encrypted, on the wire or at rest. The core platform is open-source, the code is available here: https://github.com/regnull/ubikom

Billions of users use GMail (or similar services). These companies are making money by selling ads, and their "free" email service is just another way to improve ad targeting. Furthermore, your account can be disabled at any time and for any reason. Sure, you can switch to Protonmail, Tutanota, etc. because they are "good" companies. But why do you have to trust to any of them? Keep your encryption key, and have communication providers move around encrypted bytes on your behalf. Store your identity on a blockchain (maybe), so that no one can take it away.

That's the idea. If you'd like to work on something like this, get in touch. lgx (at) ubikom.cc

Shameless plug time! I'm working on 100% encrypted/authenticated email based on Self-Sovereign Identity and decentralized key registry, check it out at https://github.com/regnull/ubikom

Several message brokers, such as NATS and database queues, are not supported by OpenTelemetry (OTel) SDKs. This article will guide you on how to use context propagation explicitly with these message queues.

https://nats.io/ (Tracker removed)

> Connective Technology for Adaptive Edge & Distributed Systems

> An Introduction to NATS - The first screencast

I guess I don't need to know what it is

During our interview, we referred to NATS quite a few times! If you want to learn more about it, Sebastian suggests this tutorial series.

Pueue dumps the state of the queue to the disk as JSON every time the state changes, so when you have a lot of queued jobs this results in considerable disk io. I actually changed it to compress the state file via zstd which helped quite a bit but then eventually just moved on to running NATS [1] locally.

[1] https://nats.io/

Imagine you have an AI-powered personal alerting chat assistant that interacts using up-to-date data. Whether it's a big move in the stock market that affects your investments, any significant change on your shared SharePoint documents, or discounts on Amazon you were waiting for, the application is designed to keep you informed and alert you about any significant changes based on the criteria you set in advance using your natural language. In this post, we will learn how to build a full-stack event-driven weather alert chat application in Python using pretty cool tools: Streamlit, NATS, and OpenAI. The app can collect real-time weather information, understand your criteria for alerts using AI, and deliver these alerts to the user interface.

Why wasn't NATS[1] used ?

Written in Go, single-binary deployment... there's a lot to love about NATS !

[1]https://nats.io/

require nats.io

About cost, see [1]. Also, S3 prices have been increasing and there's been a bunch of alternative offers for object store from other companies. I think people in here (HN) comment often about increasing costs of AWS offerings.

Distributed systems and consensus are inherently hard problem, but there are a lot of implementations that you can study (like Etcd that you mention, or NATS [2], which I've been playing with and looks super cool so far :-p) if you want to understand the internals, on top of many books and papers released.

Again, I never said it was "easy" to build distributed systems, I just don't think there's any esoteric knowledge to what S3 provides.

--

1: https://en.wikipedia.org/wiki/Economies_of_scale

2: https://nats.io/

I am in a project were nats.io is used. Someone thought, it would be a great idea to link data in an event with data in a response using the response channel name.