Just curious about what everyoneās feelings on the matter are. Personally, when I first started self-hosting, Unix sockets were scary. TCP/IP connections are defined by an IP address or hostname, both of which are relatively familiar to amateurs.
Recently, however, I completely rebuilt my Nextcloud installation from scratch and used Unix sockets, mostly just for the challenge of doing something Iād never done before.
I canāt tell the difference.
Maybe thereās a few milliseconds difference server-side, but those gains are more than nullified by the variations in latency between host and client, client script processing, and a multitude of other factors.
I also donāt care. Iām sticking with my setup.
So, what about you? Are you āTeam Unix Socketsā all day, or is TCP/IP āfast enoughā?
Iād be especially interested to hear the perspective of anyone who has deployed Nextcloud at scale (100+ users).
P.S.
This is a Discussion Question, not a declaration of war or āhow do I do thisā or another āare sockets fasterā question. Just in case anyone was confused.
I always use sockets, and for me it was the simplicity to set up a socket. It just runs locally, no need to pay attention not to expose a service to the outside world. Performance-wise, it was nice to know that it is probably better.
One difference might be, that you start to use multiple servers (e.g. web-frontend servers, they connect to a database/storage backend), so you need ārealā network connections.
I would add the caveat that theyāre simple to set up on bare metal and VMs. Containers (Docker, Podman, etc.) add a layer of complexity to the entire process.
You have to figure out where āthatā particular configuration file is located in āthisā particular image, make sure itās mounted to the host so your edits are persistent, define the socket, mount it to the host so other containers can use it, and then make sure everyone has the correct permissions to do so.
And then you repeat the process for the other container(s).
Fun.
I spent about three hours getting a Redis container to listen on a socket, a process that would have taken about three minutes otherwise.