System-Architecture

I’ve been in enough architecture meetings to know what happens when someone mentions the CAP Theorem: the room gets quiet, heads nod knowingly, and suddenly everyone’s discussing partition tolerance like they’re planning for nuclear fallout. Here’s the thing—they’re probably wrong to worry this much. Don’t get me wrong. The CAP Theorem is a legitimate, important concept in distributed systems. But it’s also become the technical equivalent of a sports car in a suburban driveway: impressive to have, rarely driven at full capacity, and occasionally used to justify questionable decisions at 2 AM during a crisis meeting....

Я побывал на достаточно большом количестве архитектурных встреч, чтобы знать, что происходит, когда кто-то упоминает теорему CAP: в комнате становится тихо, головы понимающе кивают, и внезапно все начинают обсуждать устойчивость к разделению, как будто планируют действия на случай ядерной аварии. Дело в том, что беспокоиться настолько сильно, вероятно, не стоит. Не поймите меня неправильно. Теорема CAP — это законная и важная концепция в распределённых системах. Но она также стала техническим эквивалентом спортивного автомобиля на пригородной подъездной дорожке: впечатляет, что он есть, редко используется на полную мощность и иногда используется для оправдания сомнительных решений в 2 часа ночи во время кризисного совещания....

Why Your Systems Keep Breaking (And How Erlang Actually Fixes It) Let me start with something most developers experience at 2 AM: a production system failing because one small component crashed. You’ve probably added try-catch blocks everywhere, added retry logic that somehow made things worse, and created defensive code so convoluted that nobody dares touch it. Then you hear about Erlang, and someone casually mentions “letting it crash” as if that’s a feature, not a nightmare....

Почему ваши системы постоянно выходят из строя (и как Erlang на самом деле это исправляет) Начну с того, с чем сталкивается большинство разработчиков в 2 часа ночи: производственная система выходит из строя из-за сбоя одного небольшого компонента. Вы, вероятно, повсюду добавляли блоки try-catch, добавили логику повторных попыток, которая как-то усугубила ситуацию, и создали защитный код, настолько запутанный, что никто не осмеливается его трогать. Затем вы слышите об Erlang, и кто-то вскользь упоминает «позволить системе упасть», как будто это особенность, а не кошмар....

Look, I get it. NoSQL is trendy. It’s cool. It scales horizontally like a boss, and somewhere around 2015, we all collectively decided that relational databases were as outdated as flip phones. But here’s the uncomfortable truth that nobody wants to talk about at tech conferences: for most applications, you probably don’t need NoSQL, and insisting on using it is like bringing a flamethrower to a candle-lighting ceremony. I’ve watched too many teams paint themselves into corners by choosing MongoDB or Cassandra for projects that would have been perfectly happy with good old PostgreSQL....