👋Сижу, разгребаю очередную «архитектуру» стартапа. Ребята распилили монолит на двадцать кусков, а теперь с ужасом поняли, что данные разъехались, как ноги коровы на льду. И теперь, чтобы все хоть как-то работало используют Saga Pattern.

Давайте честно. Сага - это не «паттерн проектирования». Это признание поражения или признание того, что вы усложнили систему раньше времени. Вы расписались в том, что не смогли правильно определить границы контекстов, и теперь пытаетесь склеить разбитую вазу скотчем и молитвами.🤬

Вы правда думаете, что Хореография (Choreography) - это красиво? Это когда сервисы перекидываются событиями, как горячей картошкой. Сервис А списал деньги, крикнул в Kafka, Сервис Б услышал (или нет), попытался зарезервировать товар... Ой, ошибка. А Сервис А уже забыл, что он вообще что-то списывал. 💩

В итоге у вас не «танец», а пьяная драка в темном баре. Никто не знает, кто начал, кто виноват, и почему клиент остался без денег и без штанов. Отладка этого ада - лучший способ выгореть за месяц.

🔹Оркестрация (Orchestration) чуть лучше. Вы ставите надсмотрщика (Оркестратор), который пинает сервисы. Но теперь вы создали «Божественный сервис», в котором зашита вся логика. Поздравляю, вы переизобрели монолит, только теперь он тормозит по сети.

🔥И самое сладкое - компенсирующие транзакции. Помните из универа четыре волшебные буквы: ACID? Конкретно одну из них - «I», Isolation, «Изоляция»? Это когда грязное белье одной транзакции не видит другая. Все происходит как бы в вакууме. Так вот, в вашем распределенном шапито этой буквы нет со всеми вытекающими.

Что с этим делать:

1️⃣Избегайте распределенных транзакций любой ценой. Если два действия должны быть атомарны - держите их в одном сервисе и одной БД.

2️⃣Если прижало - выбирайте Оркестрацию. Вам нужен лог состояния, чтобы понимать, на каком шаге все рухнуло. Хореография годится только для примитивных событий «пожар-забыл».

3️⃣Идемпотентность - это религия. В распределенной среде сообщения дублируются. Если ваш сервис спишет деньги дважды по одной Саге - вас уволят, и правильно сделают.

Не усложняйте. Распределенная система - это не достижение, это геморрой, который вы сами себе создали.


#этобаза

🤡Токсичный (it) архитектор🤡

👋Сижу, пью свой утренний американо. Всё как обычно. Тихо, спокойно, мозг еще не включился в режим тушения пожаров. И тут в корпоративный чат падает оно. Объявление, полное фальшивого восторга и эмодзи с хлопающими ладошками: «Наш Сеньор Хуан Помидор едет на главную IT-конференцию года с докладом о том, как мы победили энтерпрайз!»

Давайте я вам, дети, расскажу, что такое современная IT-конференция.💩

Это не храм знаний. Это даже не рынок обмена опытом. Это гигантская ярмарка тщеславия, где одни делают вид, что учат, а другие - что учатся. И всё это за чужой счет.

❗️Главный экспонат - спикер. Вчерашний инженер, который вдруг решил, что его умение настраивать K8s - это сакральное знание. Ментально этот человек выпадает из команды на месяц. Он больше не решает задачи бизнеса. Он «готовит слайды» и «репетирует перед зеркалом». Он превращается из инженера в инфоцыгана.

Компания оплачивает ему всё: перелет, отель класса «я-слишком-хорош-для-хостела», суточные и полную зарплату.

А что взамен? Иллюзия «прокачки HR-бренда». Мифическая вера, что джуны в зале тут же захотят к вам работать.

На практике компания инвестирует в то, чтобы сотрудник красиво упаковал себя для рынка и получил +$500 к офферу от конкурента, который клюнет на строчку «Спикер на крутой конфе».

И пока этот «евангелист» вещает со сцены про космолеты, у него в проде падает сервис. Его команда, матерясь, разгребает техдолг, который он оставил, потому что был «занят слайдами».

А что с залом?

К 2025 году большие конференции перестали вызывать ажиотаж у тех, кто реально пишет код. У них нет времени на трехдневный запой под видом нетворкинга. А компания не готова отдать 100к за билет, чтобы послушать пересказ документации.

Раньше привозили мировых звезд - Фаулера, дядюшку Боба. Это был глоток воздуха. А сегодня? Локальные спикеры, которых ты и так встретишь на любом митапе или в YouTube на x1.5 скорости бесплатно.

Самыми честными остались бесплатные митапы от компаний.

Да, это неприкрытый хантинг. Но здесь всё прозрачно. Компания говорит: «Смотрите, какие задачи мы решаем. Вот пицца, вот вакансии». Разработчик приходит, ест, слушает и, возможно, меняет работу. Сделка честная. Никакого пафоса про «миссию» и «развитие комьюнити».

Так что же делать?

✅Инженеру: Хочешь на сцену? Не вопрос. Но рассказывай не про то, как ты прочитал книжку по DDD, а про то, как вы полгода внедряли его, трижды упали, потеряли данные и набили шишки. Покажи шрамы, а не глянцевую обложку. Твой доклад должен быть «посмертным вскрытием», а не рекламным буклетом.

✅Руководителю: Прекрати отправлять людей на «отдых» под видом обучения. Задай сотруднику после конференции один вопрос: «Что конкретно мы внедрим в работу завтра?». Если в ответ тишина - ты спустил бюджет в унитаз. Лучше купи команде подписку на O'Reilly или курсы у реальных практиков.

Настоящее развитие происходит не в конференц-залах, а в IDE, в код-ревью и в отчетах об инцидентах. Всё остальное - театр.

#заметкинаполях

🤡Токсичный (it) архитектор🤡

👋Открываю календарь. Всё рябит от разноцветных квадратиков. 10:00 - дейли, 11:00 - груминг, 12:00 - какой-то мутный «alignment meeting» с соседним отделом.

Это не работа. Это ритуальное сожжение самого дорогого ресурса - времени инженера.

Созвоны стали способом для неуверенных в себе менеджеров и скучающих проджектов имитировать бурную деятельность. Пока инженеры пытаются найти хотя бы 30 минут непрерывной тишины, чтобы, черт возьми, просто подумать, вы тащите их в Zoom слушать, как Петя из маркетинга пересказывает очевидные вещи.

Давайте честно: 90% встреч - это коллективная безответственность.

Вам страшно принять решение в одиночку? Вы боитесь взять на себя риск? Поэтому вы собираете 15 человек на час, чтобы размазать ответственность тонким слоем по всем присутствующим, как дешевый маргарин по хлебу. Если проект рухнет - «мы же вместе решили».

Посчитайте burn rate. Десять инженеров на час - это стоимость нового Макбука, выброшенного в окно. И ради чего? Ради резолюции «давайте соберемся еще раз через неделю»?

Мои три правила выживания в этом цирке:

1️⃣Нет адженды и четкой цели - инвайт летит в корзину. Без разговоров. Мое время - не мусор.

2️⃣ Встреча без протокола - преступление. Нет письма с итогами «кто-что-когда»? Значит, встречи не было. Вы просто украли у компании час времени.

3️⃣Правило красной трубки. Если ты молчишь больше 15 минут и не понимаешь, зачем здесь, - жми красную кнопку. Ваше время дороже чужих обид.

Работа делается в тишине, в IDE и консоли, а не в болтовне. Хотите эффективности? Объявите «дни без встреч» и посмотрите, как внезапно начнут закрываться тикеты, которые висели месяцами.

#заметкинаполях

🤡Токсичный (it) архитектор🤡

👋На днях собеседовал очередного кандидата. Сеньор. Резюме - хоть сейчас в рамку, на стену вешай. Все модные слова на месте: Kafka, Kubernetes, Istio, все дела. Светится, как новогодняя елка.

Ну, думаю, дай спрошу что-нибудь простое, из жизни. Говорю: «Окей, представь. У нас есть сервис А и сервис Б. Сервис А меняет какие-то важные данные. Как ты обеспечишь консистентность этих данных в сервисе Б с минимальной задержкой и гарантией доставки?»

Парень завис. Похлопал глазами. А потом его понесло. Он начал мне рассказывать про партиции в Kafka, про брокеров, про репликацию и retention policy. Он говорил минут десять. Я слушал. А потом остановил его и спросил: «Подожди. А почему именно Kafka? А если у нас там нагрузка - три сообщения в час? Может, хватит обычной таблицы в Postgres для исходящих событий?»

И всё. Синий экран. В его мире любая задача по передаче данных решалась одним-единственным инструментом. Тем, который он вписал себе в резюме.😈

И вот что я вам скажу. Мы перестали растить инженеров. Мы начали штамповать операторов конкретных технологий.

У нас есть «Postgres-эксперты», «Kafka-евангелисты», «Kubernetes-гуру». Каждый из них вырыл себе очень глубокий, но очень узкий колодец. Они знают всё о своей маленькой ямке, но понятия не имеют, что происходит на поверхности. Они видят небо в виде крошечного круга и думают, что это и есть весь мир.

👀Архитектура в таких командах превращается в ад. Это как в притче про слепых и слона. Один пощупал ногу и кричит: «Это колонна!». Другой схватил за хвост: «Это веревка!». Третий наткнулся на хобот: «Это змея!». И никто из них не видит слона - то есть всю систему целиком. А архитектор бегает между ними, единственный зрячий, и пытается объяснить, что их веревки и колонны - части одного живого организма, который вот-вот на них наступит.

Проблема в том, что эти узкие специалисты решают не проблемы бизнеса. Они решают свои личные технические головоломки. «Kubernetes-гуру» будет строить вам кластер на пятьдесят нод для сайта-визитки, просто потому что он умеет и ему это интересно. А то, что поддержка этой махины будет стоить как крыло от самолета, его не волнует. «Kafka-евангелист» прикрутит вам отказоустойчивый кластер туда, где хватило бы простого RabbitMQ, потому что это «правильно» и «надежно».

Настоящий инженер, а тем более архитектор, мыслит иначе. Его главный инструмент - не конкретная технология, а голова. Он знает десять способов решить одну и ту же задачу и выбирает не самый модный, а самый адекватный. Адекватный бюджету, команде, нагрузке и здравому смыслу.

Архитектура - это не про глубину одного колодца. Это про то, как соединить все колодцы в единую систему водоснабжения. А для этого нужно сначала вылезти на поверхность и осмотреться.

🤡Пожалуй, это последний мой выплеск яда в этом году. Скоро все будут резать оливье и смотреть на салюты. Так вот, я не буду желать вам удачи или денег. Я желаю вам в новом году одного - широты взгляда.

Вылезти, наконец, из своего уютного технологического колодца и увидеть, что мир больше, чем документация к вашей любимой базе данных. Желаю быть не оператором фреймворка, а настоящим архитектором. Тем, кто строит мосты между технологиями, а не копает окопы.

С наступающим. И не наступайте на те же грабли.💯

#заметкинаполях

🤡Токсичный (it) архитектор🤡