📍Олег Козырев - IT и жизнь ️ (@olezhek28go) — Telegram-канал | Telegram Dialogs
Telegram Dialogs — логотип
Все каналы
📍Олег Козырев - IT и жизнь ️

📍Олег Козырев - IT и жизнь ️

@olezhek28go

10.6K подписчиков познавательное 💬 Комментарии открыты

Микросервисы, Golang, архитектура, подготовка к собесам. 500+ выпускников курсов | YouTube 10K+ https://www.youtube.com/@olezhek28go @olezhek28_support — написать

Последние публикации

📍Олег Козырев - IT и жизнь ️
30.06.2026 12:17 · 👁 1.8K
Postgres вместо Redis, Kafka и Elasticsearch это реально? Англоязычный YouTube в этом году хайпит видосами в духе "я заменил весь стек одним Postgres и кайфую". Я че хуже, тоже такой ролик сделал)) Поговорим не только о там, как заменить весь зоопарк технологий постгресом, но и оценим когда это стоит делать, а когда это большая ошибка А то можно, как Recall.ai огрести в проде так, что 500 процессов лягут к чертям хех Го смотреть и сразу пилить свои SaaS на чистом постгресе без всякой ерунды ахаха СМОТРЕТЬ РОЛИК СМОТРЕТЬ РОЛИК СМОТРЕТЬ РОЛИК
📍Олег Козырев - IT и жизнь ️
27.06.2026 07:11 · 👁 3.3K
Монолит воняет, а микросервисы - топ? В эпоху хайпа микросервисов принято считать, что монолит - это жуткое легаси, к которому лучше не прикасаться. Но давайте включим критическое мышление и признаем уже один факт: монолит - это охуенно. Когда проект только стартует, это просто сказка. У тебя одна база данных. Никакой ебли с распределёнными транзакциями, двухфазными коммитами и сагами. Сделал всё в одной БД - и спишь спокойно. Логи, трейсы, метрики собираются в одном месте. Проблемы начинаются, когда проект обрастает мясом. Монолит реально сложнее масштабировать горизонтально. Чтобы сделать конфетку, ты должен реально шарить: строить чистую архитектуру, грамотно резать систему на bounded-контексты и не допускать жесткой связанности. В микросервисах с этим проще. Навалить говнокода на Go там как нефиг делать, но из-за малого размера сервисов это не так критично бьет по рукам. Да, микросервисы решают проблему масштабирования. Но вместе с этим они приносят с собой просто тьму инфраструктурного геморроя. Вам резко понадобится нанять кучу девопсов и инженеров, чтобы всё это чинить. Распределённый деплой, сбор метрик из сотни мест, согласованность данных. У каждого сервиса своя база - а что делать, если соседний инстанс недоступен? Как жить с CAP-теоремой? Что делать с разными дата-центрами? Начинается такая свистопляска, что масштабирование уже не кажется легкой прогулкой. В итоге, микросервисы - это не волшебная пилюля. Это вынужденная мера, к которой индустрия пришла, когда уперлась в проблемы больших монолитов. И это точно не конец эволюции. Погуглите кейс Amazon Prime Video - ребята пожрали говна с микросервисами, переехали обратно на модульный монолит и счастливо выдохнули. Туда же можно докинуть историю компании Segment, которые наплодили больше 150 микросервисов, сошли с ума от сложности поддержки, а потом бахнули всё обратно в единый монолит. Итог: количество критических инцидентов упало на 60%, а экономия на инфре составила больше $6 млн ежегодно! Так что не исключено, что мода скоро развернется. Когда-нибудь человечество придумает новую архитектуру, и мой курс по микросервисам на Go придется переименовывать во что-то типа «Моносервис и Микролит» ахах А вы в команде сейчас на чём сидите? Пилите микросервисы или спокойно живёте с монолитом? 👇
📍Олег Козырев - IT и жизнь ️
24.06.2026 19:43 · 👁 4K
Тот момент, когда вышел на рынок уверенный в себе, а у рынка иное мнение на твой счет😂 Смотреть до конца!!! P.S. ощущение от ноги в бочину словно вкусный офер отозвали - также щемит в груди ахах
Чат поддержки
Ответим здесь же, обычно быстро
Здравствуйте! Напишите ваш вопрос — оператор ответит в этом чате.