mastodontech.de ist einer von vielen unabhängigen Mastodon-Servern, mit dem du dich im Fediverse beteiligen kannst.
Offen für alle (über 16) und bereitgestellt von Markus'Blog

Serverstatistik:

1,5 Tsd.
aktive Profile

#systemarchitecture

0 Beiträge0 Beteiligte0 Beiträge heute
Antwortete im Thread

@jalefkowit

It's an interesting point you highlight because I've never thought of things through that paradigm. Now that I see it, I realise I'm hoping to transition to #openBSD because I believe of mainstream operating systems, it probably has the best #DX.

In this particular case, I believe that the developers exploit that in order to optimise for what might be called #security which impresses me.

I realise it's probably an outlier in this regard!

💡 Scalable architectures, two concepts: 𝙎𝙘𝙖𝙡𝙚-𝙐𝙥 𝙖𝙣𝙙 𝙎𝙘𝙖𝙡𝙚-𝙊𝙪𝙩

But when to use one over the other?

In this blog post, our very own @noctarius2k, wrote about the pros and cons of each of the approaches. Simplicity and limited scalability vs complexity and higher scalability.

He also explains how simplyblock is implemented and why we did what we did 🔥

🔗 Link to the full blog post: simplyblock.io/blog/scale-up-v

This discussion on HN about why you may not need anything other than Postgres: news.ycombinator.com/item?id=4

brings up a good question about Redis- one I've wondered myself: Are we using Redis the wrong way?

The main use of Redis is as a simple key/value store. The idea is that if we are doing a process such as a DB query, we can cache the result. This is essentially memoization, and I remember this being used way back with a program called memcached.

Redis is a highly optimized key/value store, but many people (myself included) use hosted Redis servers. This introduces a lot of overhead on reads.

Wouldn't we be better off moving the key/value pair server as close to the application as possible, and then relying on writes being distributes to all instances? At worst we might get old data, but if we're using the system for caching, that shouldn't matter much, and we can instead rely on eventual consistency.

I'm curious as to other's thoughts on this.

#Redis
#KeyDB
#SystemArchitecture

news.ycombinator.comDo you need Redis? PostgreSQL does queuing, locking, and pub/sub (2021) | Hacker News