Architecture

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

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

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

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

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