can you replace etcd network transport layer?

[Trevor Clarke]

I need a distributed key/value store for a project and etcd would be a perfect match except that there is no IP network available in the target environment. It will have a low bandwidth, unreliable radio network with the equivalent of UDP datagrams. Is there an easy way to change out the etcd UDP network transport with a different transport? If not, perhaps I could tunnel the packets (I'll have a localhost IP network) but I'm not sure if that would cause problems with the algorithms.

[James]

You want a reliable transport for messages every ~100ms or so.

Sounds like you want an AP system instead of a CP system like etcd.

On Fri, Jun 6, 2025 at 4:22 PM Trevor Clarke <pytho...@gmail.com> wrote:
>
> I need a distributed key/value store for a project and etcd would be a perfect match except that there is no IP network available in the target environment. It will have a low bandwidth, unreliable radio network with the equivalent of UDP datagrams. Is there an easy way to change out the etcd UDP network transport with a different transport? If not, perhaps I could tunnel the packets (I'll have a localhost IP network) but I'm not sure if that would cause problems with the algorithms.
>

> --
> You received this message because you are subscribed to the Google Groups "etcd-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to etcd-dev+u...@googlegroups.com.
> To view this discussion visit https://groups.google.com/d/msgid/etcd-dev/d6d32726-c45f-4aba-8b7a-f526e7e402f6n%40googlegroups.com.

[Thanonchai W]

Are you sure etcd is the perfect match?  The unreliable radio network will likely make the etcd cluster spend the majority of the time doing leader election over and over.  If you don't need linearizability or fault tolerance via leader election, other dbs like redis, mongo, cassandra or postgresql might be a better fit.