Architecture

Итак, у вас есть данные. Много данных. Может быть, вы создаёте стартап-единорога, или, возможно, масштабируете существующее приложение, чтобы оно обслуживало миллионы пользователей. В любом случае вы столкнулись с неизбежным выбором: SQL или NoSQL? Это как выбор между кофе и чаем — оба бодрят, но на вкус совершенно разные и лучше работают в разных контекстах. Универсального ответа нет. Но есть систематический подход к выбору, и именно об этом мы сегодня поговорим....

Слушайте, я понимаю. Вы разработчик. Вы создавали API, микросервисы и, возможно, какие-то сомнительные побочные проекты в 2 часа ночи на холодном кофе и злости. Обработка платежей кажется достаточно простой, верно? Это просто перемещение денег из точки А в точку Б. Насколько это может быть сложно? Спойлер: сложнее, чем вы думаете, и, вероятно, вам не стоит этим заниматься. Я говорю это не для того, чтобы ограничить доступ или показаться разочарованным старшим инженером, который слишком много видел....

В технологиях наблюдается своеобразное явление: каждые несколько лет мы коллективно решаем, что предыдущая архитектурная модель была, по сути, бесполезной, а новый блестящий подход — это ответ на все вопросы. Мы живём в такой момент с микрофронтендами. Шумный маркетинг реален. В блогах повсюду заявляют, что монолиты мертвы, что корпоративные приложения должны использовать микрофронтенды и что если вы всё ещё строите монолиты в 2025 году, то программируете как в 2000 году. Однако вот в чём дело: вам продают повествование, не показывая сносок....

Существует момент, который переживает каждый основатель. Вы только что закрыли первый раунд финансирования, ваш продукт набирает обороты, и кто-то в канале Slack упоминает, что вам «вероятно, стоит задуматься о Kubernetes». Ваш CTO задумчиво кивает. Все начинают искать учебники по Kubernetes в полночь. К следующему утру вы убеждаете себя, что Kubernetes — неизбежная часть вашего пути к статусу единорога с миллиардной оценкой. Вот неудобная правда: вы, вероятно, совершаете ужасную ошибку. Я здесь не для того, чтобы критиковать Kubernetes....

Нам десятилетиями внушали: пишите портативный код, избегайте привязки к поставщику, держите свои возможности открытыми. Это как если бы вам говорили никогда не сжигать мосты или всегда оставлять себе путь к отступлению. Разумный совет, безусловно. Но что, если я скажу вам, что иногда лучший мост, который нужно сжечь, — это тот, который вам вообще не нужно было строить? Вот неудобная правда, которую никто в докладе на конференции не хочет признать: стремление к абсолютной портабельности часто является формой преждевременной оптимизации, которая маскируется под архитектурную мудрость....