#монолит — Public Fediverse posts

CommuniGate Pro: переложить продуктовые рельсы

Как заново начать разрабатывать известный продукт с длинной историей и большим количеством пользователей. Новая команда разработки приступила к проекту в 2023 году. Перед нами стояла непростая задача: продолжить развитие зрелого продукта, сохранив накопленные за годы возможности, и одновременно сделать его современной платформой, готовой к новым требованиям пользователей и рынка. В этой статье расскажем, как мы работали с исходным кодом CommuniGate Pro, какие задачи перед нами стояли, с какими трудностями столкнулись и как их решали.

https://habr.com/ru/companies/communigate_pro/articles/1079596/

#корпоративная_почта #почтовый_сервер #монолит #монолитная_архитектура #onpremise #imap #caldav #communigate_pro

CommuniGate Pro: переложить продуктовые рельсы

Как заново начать разрабатывать известный продукт с длинной историей и большим количеством пользователей. Новая команда разработки приступила к проекту в 2023 году. Перед нами стояла непростая задача: продолжить развитие зрелого продукта, сохранив накопленные за годы возможности, и одновременно сделать его современной платформой, готовой к новым требованиям пользователей и рынка. В этой статье расскажем, как мы работали с исходным кодом CommuniGate Pro, какие задачи перед нами стояли, с какими трудностями столкнулись и как их решали.

https://habr.com/ru/companies/communigate_pro/articles/1079596/

#корпоративная_почта #почтовый_сервер #монолит #монолитная_архитектура #onpremise #imap #caldav #communigate_pro

CommuniGate Pro: переложить продуктовые рельсы

Как заново начать разрабатывать известный продукт с длинной историей и большим количеством пользователей. Новая команда разработки приступила к проекту в 2023 году. Перед нами стояла непростая задача: продолжить развитие зрелого продукта, сохранив накопленные за годы возможности, и одновременно сделать его современной платформой, готовой к новым требованиям пользователей и рынка. В этой статье расскажем, как мы работали с исходным кодом CommuniGate Pro, какие задачи перед нами стояли, с какими трудностями столкнулись и как их решали.

https://habr.com/ru/companies/communigate_pro/articles/1079596/

#корпоративная_почта #почтовый_сервер #монолит #монолитная_архитектура #onpremise #imap #caldav #communigate_pro

Модульный монолит в суровых условиях: как я написал фреймворк для производства

Всё началось с задачи мониторинга сетевой инфраструктуры и скрипта на python. С решением давних и новых проблем возникали следующие, которые выстроили архитектуру ядра программы — которое я выделил в отдельный фреймворк. Внутри : Эволюция, Архитектура, Отказоустойчивость, Федерация, Передача сообщений

https://habr.com/ru/articles/1079240/

#Архитектура_ПО #монолит #распределенные_системы #многопоточность #производство #автоматизация #python #отказоустойчивость #экономия

Модульный монолит в суровых условиях: как я написал фреймворк для производства

Всё началось с задачи мониторинга сетевой инфраструктуры и скрипта на python. С решением давних и новых проблем возникали следующие, которые выстроили архитектуру ядра программы — которое я выделил в отдельный фреймворк. Внутри : Эволюция, Архитектура, Отказоустойчивость, Федерация, Передача сообщений

https://habr.com/ru/articles/1079240/

#Архитектура_ПО #монолит #распределенные_системы #многопоточность #производство #автоматизация #python #отказоустойчивость #экономия

Модульный монолит в суровых условиях: как я написал фреймворк для производства

Всё началось с задачи мониторинга сетевой инфраструктуры и скрипта на python. С решением давних и новых проблем возникали следующие, которые выстроили архитектуру ядра программы — которое я выделил в отдельный фреймворк. Внутри : Эволюция, Архитектура, Отказоустойчивость, Федерация, Передача сообщений

https://habr.com/ru/articles/1079240/

#Архитектура_ПО #монолит #распределенные_системы #многопоточность #производство #автоматизация #python #отказоустойчивость #экономия

Распилили монолит на 6 сервисов — и случайно собрали распределённый монолит: где мы ошиблись с границами

Монолит документооборота, менеджмент говорит: «пора пилить на микросервисы». Мы нарезали шесть сервисов, сверху повесили API Gateway, Load Balancer и Circuit Breaker и какое-то время искренне считали, что теперь у нас взрослая распределённая система. По факту мы собрали распределённый монолит. Те же зависимости, что и в монолите, только теперь по сети — с таймаутами, ретраями и без общей транзакции. Оно работало, спорить не буду. Просто каждая вторая проблема в итоге упиралась в одно и то же: границы сервисов мы провели не там, где надо . Это не туториал «как правильно резать монолит на DDD-bounded-context за 10 шагов» — таких на Хабре хватает. Это разбор конкретных мест, где границы у нас поехали, в порядке от «это все знают, но всё равно наступают» до «поняли только в проде под нагрузкой». Если вы сейчас режете свой монолит — читайте как чеклист. Если уже прошли — сверьте, сколько совпало. Дисклеймер: проект под NDA. Названия сервисов, домен и детали обобщены и изменены, часть цифр округлена. Сами грабли и порядок, в котором мы на них наступали, — настоящие.

https://habr.com/ru/articles/1076092/

#микросервисы #монолит #декомпозиция_монолита #распределённый_монолит #границы_сервисов #bounded_context #DDD #Kafka #Circuit_Breaker

Распилили монолит на 6 сервисов — и случайно собрали распределённый монолит: где мы ошиблись с границами

Монолит документооборота, менеджмент говорит: «пора пилить на микросервисы». Мы нарезали шесть сервисов, сверху повесили API Gateway, Load Balancer и Circuit Breaker и какое-то время искренне считали, что теперь у нас взрослая распределённая система. По факту мы собрали распределённый монолит. Те же зависимости, что и в монолите, только теперь по сети — с таймаутами, ретраями и без общей транзакции. Оно работало, спорить не буду. Просто каждая вторая проблема в итоге упиралась в одно и то же: границы сервисов мы провели не там, где надо . Это не туториал «как правильно резать монолит на DDD-bounded-context за 10 шагов» — таких на Хабре хватает. Это разбор конкретных мест, где границы у нас поехали, в порядке от «это все знают, но всё равно наступают» до «поняли только в проде под нагрузкой». Если вы сейчас режете свой монолит — читайте как чеклист. Если уже прошли — сверьте, сколько совпало. Дисклеймер: проект под NDA. Названия сервисов, домен и детали обобщены и изменены, часть цифр округлена. Сами грабли и порядок, в котором мы на них наступали, — настоящие.

https://habr.com/ru/articles/1076092/

#микросервисы #монолит #декомпозиция_монолита #распределённый_монолит #границы_сервисов #bounded_context #DDD #Kafka #Circuit_Breaker

Распилили монолит на 6 сервисов — и случайно собрали распределённый монолит: где мы ошиблись с границами

Монолит документооборота, менеджмент говорит: «пора пилить на микросервисы». Мы нарезали шесть сервисов, сверху повесили API Gateway, Load Balancer и Circuit Breaker и какое-то время искренне считали, что теперь у нас взрослая распределённая система. По факту мы собрали распределённый монолит. Те же зависимости, что и в монолите, только теперь по сети — с таймаутами, ретраями и без общей транзакции. Оно работало, спорить не буду. Просто каждая вторая проблема в итоге упиралась в одно и то же: границы сервисов мы провели не там, где надо . Это не туториал «как правильно резать монолит на DDD-bounded-context за 10 шагов» — таких на Хабре хватает. Это разбор конкретных мест, где границы у нас поехали, в порядке от «это все знают, но всё равно наступают» до «поняли только в проде под нагрузкой». Если вы сейчас режете свой монолит — читайте как чеклист. Если уже прошли — сверьте, сколько совпало. Дисклеймер: проект под NDA. Названия сервисов, домен и детали обобщены и изменены, часть цифр округлена. Сами грабли и порядок, в котором мы на них наступали, — настоящие.

https://habr.com/ru/articles/1076092/

#микросервисы #монолит #декомпозиция_монолита #распределённый_монолит #границы_сервисов #bounded_context #DDD #Kafka #Circuit_Breaker

Как я сделал старый монолит на Laravel 8 — модульным, чтобы не плодить форки под каждого клиента

Изначально это был монолитный портал на Laravel 8, где user фронт и admin фронт лежали рядом с беком в одной папке. Проект ставился каждому клиенту на его собственный хостинг, и единого портала «для всех» не существовало, между клиентами отличался и бек, и фронт. Кому‑то требовался функционал онлайн‑тестирования, кому‑то доработанный модуль оценивания. В итоге получался хаос из разных версий, у одного улучшили обработку заявок, у другого систему оценок, у третьего есть онлайн‑тестирование, но с отсталым модерированием. Хуже всего это вылезало в поддержке. Приходит баг, лезешь в код и понимаешь, у другого клиента это давно починено, просто фикс так и не доехал до этой копии. Каждая правка жила в своей репе. Поэтому, когда появилось время, я занялся этим проектом. Сразу поставил рамку, фреймворк не меняю, остаёмся на Laravel 8. Хотелось не переходить на другой язык, не заниматься переписыванием всего огромного бека, отделить всё в модули и переписывать уже поэтапно отдельные куски.

https://habr.com/ru/articles/1066192/

#Laravel #PHP #Docker #модульная_архитектура #монолит #рефакторинг #плагины #selfhosted

Как я сделал старый монолит на Laravel 8 — модульным, чтобы не плодить форки под каждого клиента

Изначально это был монолитный портал на Laravel 8, где user фронт и admin фронт лежали рядом с беком в одной папке. Проект ставился каждому клиенту на его собственный хостинг, и единого портала «для всех» не существовало, между клиентами отличался и бек, и фронт. Кому‑то требовался функционал онлайн‑тестирования, кому‑то доработанный модуль оценивания. В итоге получался хаос из разных версий, у одного улучшили обработку заявок, у другого систему оценок, у третьего есть онлайн‑тестирование, но с отсталым модерированием. Хуже всего это вылезало в поддержке. Приходит баг, лезешь в код и понимаешь, у другого клиента это давно починено, просто фикс так и не доехал до этой копии. Каждая правка жила в своей репе. Поэтому, когда появилось время, я занялся этим проектом. Сразу поставил рамку, фреймворк не меняю, остаёмся на Laravel 8. Хотелось не переходить на другой язык, не заниматься переписыванием всего огромного бека, отделить всё в модули и переписывать уже поэтапно отдельные куски.

https://habr.com/ru/articles/1066192/

#Laravel #PHP #Docker #модульная_архитектура #монолит #рефакторинг #плагины #selfhosted

Как я сделал старый монолит на Laravel 8 — модульным, чтобы не плодить форки под каждого клиента

Изначально это был монолитный портал на Laravel 8, где user фронт и admin фронт лежали рядом с беком в одной папке. Проект ставился каждому клиенту на его собственный хостинг, и единого портала «для всех» не существовало, между клиентами отличался и бек, и фронт. Кому‑то требовался функционал онлайн‑тестирования, кому‑то доработанный модуль оценивания. В итоге получался хаос из разных версий, у одного улучшили обработку заявок, у другого систему оценок, у третьего есть онлайн‑тестирование, но с отсталым модерированием. Хуже всего это вылезало в поддержке. Приходит баг, лезешь в код и понимаешь, у другого клиента это давно починено, просто фикс так и не доехал до этой копии. Каждая правка жила в своей репе. Поэтому, когда появилось время, я занялся этим проектом. Сразу поставил рамку, фреймворк не меняю, остаёмся на Laravel 8. Хотелось не переходить на другой язык, не заниматься переписыванием всего огромного бека, отделить всё в модули и переписывать уже поэтапно отдельные куски.

https://habr.com/ru/articles/1066192/

#Laravel #PHP #Docker #модульная_архитектура #монолит #рефакторинг #плагины #selfhosted

Production-стек для мессенджера на 10к пользователей: FastAPI, SQLite в проде и почему монолит

Это восьмая статья из моей серии про инженерные решения в ONEMIX. До этого было про клиентскую часть мессенджера: кэш сообщений , E2E , WebRTC звонки , Electron , outbox-паттерн . Параллельно про AI-агента Лиру и мнение про вайб-кодинг . Сегодня про серверную сторону. Backend ONEMIX — это один файл main.py на 19603 строки , 379 эндпоинтов, FastAPI + SQLite, держит мессенджер с регистрацией через SMS, звонками через LiveKit, E2E через Double Ratchet, push-нотификациями на iOS и Android. Этот файл я пишу больше года. За это время он эволюционировал из прототипа на 800 строк в production монолит. В статье разберу почему стек именно такой, какие решения оказались правильными, какие я бы поменял если бы начинал сейчас, и где у этого подхода границы применимости. Сразу важная оговорка. У меня не было требования держать 100к одновременных пользователей или 10к RPS. Это бэкенд под мобильное приложение с трафиком который для соло-разработчика разумно поддерживать одному. Если у вас задачи другого масштаба, мой опыт может не подойти.

https://habr.com/ru/articles/1034814/

#fastapi #sqlite #python #монолит #websocket #мессенджер #бэкенд #продакшн #авторизация #миграции

Production-стек для мессенджера на 10к пользователей: FastAPI, SQLite в проде и почему монолит

Это восьмая статья из моей серии про инженерные решения в ONEMIX. До этого было про клиентскую часть мессенджера: кэш сообщений , E2E , WebRTC звонки , Electron , outbox-паттерн . Параллельно про AI-агента Лиру и мнение про вайб-кодинг . Сегодня про серверную сторону. Backend ONEMIX — это один файл main.py на 19603 строки , 379 эндпоинтов, FastAPI + SQLite, держит мессенджер с регистрацией через SMS, звонками через LiveKit, E2E через Double Ratchet, push-нотификациями на iOS и Android. Этот файл я пишу больше года. За это время он эволюционировал из прототипа на 800 строк в production монолит. В статье разберу почему стек именно такой, какие решения оказались правильными, какие я бы поменял если бы начинал сейчас, и где у этого подхода границы применимости. Сразу важная оговорка. У меня не было требования держать 100к одновременных пользователей или 10к RPS. Это бэкенд под мобильное приложение с трафиком который для соло-разработчика разумно поддерживать одному. Если у вас задачи другого масштаба, мой опыт может не подойти.

https://habr.com/ru/articles/1034814/

#fastapi #sqlite #python #монолит #websocket #мессенджер #бэкенд #продакшн #авторизация #миграции

Production-стек для мессенджера на 10к пользователей: FastAPI, SQLite в проде и почему монолит

Это восьмая статья из моей серии про инженерные решения в ONEMIX. До этого было про клиентскую часть мессенджера: кэш сообщений , E2E , WebRTC звонки , Electron , outbox-паттерн . Параллельно про AI-агента Лиру и мнение про вайб-кодинг . Сегодня про серверную сторону. Backend ONEMIX — это один файл main.py на 19603 строки , 379 эндпоинтов, FastAPI + SQLite, держит мессенджер с регистрацией через SMS, звонками через LiveKit, E2E через Double Ratchet, push-нотификациями на iOS и Android. Этот файл я пишу больше года. За это время он эволюционировал из прототипа на 800 строк в production монолит. В статье разберу почему стек именно такой, какие решения оказались правильными, какие я бы поменял если бы начинал сейчас, и где у этого подхода границы применимости. Сразу важная оговорка. У меня не было требования держать 100к одновременных пользователей или 10к RPS. Это бэкенд под мобильное приложение с трафиком который для соло-разработчика разумно поддерживать одному. Если у вас задачи другого масштаба, мой опыт может не подойти.

https://habr.com/ru/articles/1034814/

#fastapi #sqlite #python #монолит #websocket #мессенджер #бэкенд #продакшн #авторизация #миграции

Скучный Рефакторинг: борьба с искушениями

Рефакторинг должен быть скучный и надежный. Надо держаться от искушения обновить библиотеку, починить баг, улучшить стиль. Под катом разбор почему именно такой путь сможет вытянуть тяжелый legacy рефакторинг, а шаг вправо и влево ведет к откату релиза.

https://habr.com/ru/articles/1025232/

#рефакторинг #legacy #монолит #микросервис #feature_flag #откат #неявный_контракт #unitтесты #Scala #техдолг

Скучный Рефакторинг: борьба с искушениями

Рефакторинг должен быть скучный и надежный. Надо держаться от искушения обновить библиотеку, починить баг, улучшить стиль. Под катом разбор почему именно такой путь сможет вытянуть тяжелый legacy рефакторинг, а шаг вправо и влево ведет к откату релиза.

https://habr.com/ru/articles/1025232/

#рефакторинг #legacy #монолит #микросервис #feature_flag #откат #неявный_контракт #unitтесты #Scala #техдолг

Скучный Рефакторинг: борьба с искушениями

Рефакторинг должен быть скучный и надежный. Надо держаться от искушения обновить библиотеку, починить баг, улучшить стиль. Под катом разбор почему именно такой путь сможет вытянуть тяжелый legacy рефакторинг, а шаг вправо и влево ведет к откату релиза.

https://habr.com/ru/articles/1025232/

#рефакторинг #legacy #монолит #микросервис #feature_flag #откат #неявный_контракт #unitтесты #Scala #техдолг

Как мы сделали PWA для управления ремонтными проектами: от чата до ИИ-дизайнера интерьеров

Привет, Хабр! Меня зовут Алексей, я разработчик в строительной компании ВитионГруп. Мы занимаемся ремонтом квартир в Москве, одновременно ведём 30–75 объектов, за 18 лет завершили более 1000 проектов. В 2022 году я начал разрабатывать внутренний инструмент для управления ремонтными проектами. За три года из «чата с заказчиком» вырос полноценный продукт: PWA с чек-листами и таск-трекером, видеонаблюдением, конструктором смет, финансовым модулем и интеграцией с ИИ. Сейчас на базе этой системы работают два продукта по подписке, которыми пользуются строительные компании, а также частные мастера и их заказчики из разных регионов России и Казахстана.

https://habr.com/ru/articles/1023398/

#pwa #crm #монолит #laravel #php #push

Как мы сделали PWA для управления ремонтными проектами: от чата до ИИ-дизайнера интерьеров

Привет, Хабр! Меня зовут Алексей, я разработчик в строительной компании ВитионГруп. Мы занимаемся ремонтом квартир в Москве, одновременно ведём 30–75 объектов, за 18 лет завершили более 1000 проектов. В 2022 году я начал разрабатывать внутренний инструмент для управления ремонтными проектами. За три года из «чата с заказчиком» вырос полноценный продукт: PWA с чек-листами и таск-трекером, видеонаблюдением, конструктором смет, финансовым модулем и интеграцией с ИИ. Сейчас на базе этой системы работают два продукта по подписке, которыми пользуются строительные компании, а также частные мастера и их заказчики из разных регионов России и Казахстана.

https://habr.com/ru/articles/1023398/

#pwa #crm #монолит #laravel #php #push

Как мы сделали PWA для управления ремонтными проектами: от чата до ИИ-дизайнера интерьеров

Привет, Хабр! Меня зовут Алексей, я разработчик в строительной компании ВитионГруп. Мы занимаемся ремонтом квартир в Москве, одновременно ведём 30–75 объектов, за 18 лет завершили более 1000 проектов. В 2022 году я начал разрабатывать внутренний инструмент для управления ремонтными проектами. За три года из «чата с заказчиком» вырос полноценный продукт: PWA с чек-листами и таск-трекером, видеонаблюдением, конструктором смет, финансовым модулем и интеграцией с ИИ. Сейчас на базе этой системы работают два продукта по подписке, которыми пользуются строительные компании, а также частные мастера и их заказчики из разных регионов России и Казахстана.

https://habr.com/ru/articles/1023398/

#pwa #crm #монолит #laravel #php #push

Как мы строим Tinder для автомобилей: для обмена авто на авто, архитектура Go-монолита за 3 месяца

Я Шевкопляс Дмитрий, технический руководитель проекта

https://habr.com/ru/companies/paybeam/articles/1023278/

#Go #Golang #PostgreSQL #Redis #архитектура #монолит #стартап #observability #OpenTelemetry #Swapno

Как мы строим Tinder для автомобилей: для обмена авто на авто, архитектура Go-монолита за 3 месяца

Я Шевкопляс Дмитрий, технический руководитель проекта

https://habr.com/ru/companies/paybeam/articles/1023278/

#Go #Golang #PostgreSQL #Redis #архитектура #монолит #стартап #observability #OpenTelemetry #Swapno

Как мы строим Tinder для автомобилей: для обмена авто на авто, архитектура Go-монолита за 3 месяца

Я Шевкопляс Дмитрий, технический руководитель проекта

https://habr.com/ru/companies/paybeam/articles/1023278/

#Go #Golang #PostgreSQL #Redis #архитектура #монолит #стартап #observability #OpenTelemetry #Swapno

Один вход для всех: как мы строили Gateway и выходили из хаоса nginx + Lua

Всем привет, меня зовут Кирилл Вересников, я бэкенд-разработчик в iSpring. Мы делаем iSpring LMS — платформу для корпоративного онлайн-обучения. Исторически это был модульный монолит на PHP, а затем система начала постепенно дополняться микросервисами. Самые нагруженные и часто меняющиеся части мы выносили из монолита, а новый функционал всё чаще сразу делали в микросервисах. Эта статья будет полезна тем, кто: - постепенно выносит части монолита в сервисы; - устал от старых nginx-конфигов, которые годами копились ради обратной совместимости; - ищет способ стандартизировать входной трафик и убрать бизнес-логику из прокси; - выбирает между nginx и envoy.

https://habr.com/ru/companies/ispring/articles/1017690/

#gateway #nginx #envoy #монолит #микросервисы #роутинг

Один вход для всех: как мы строили Gateway и выходили из хаоса nginx + Lua

Всем привет, меня зовут Кирилл Вересников, я бэкенд-разработчик в iSpring. Мы делаем iSpring LMS — платформу для корпоративного онлайн-обучения. Исторически это был модульный монолит на PHP, а затем система начала постепенно дополняться микросервисами. Самые нагруженные и часто меняющиеся части мы выносили из монолита, а новый функционал всё чаще сразу делали в микросервисах. Эта статья будет полезна тем, кто: - постепенно выносит части монолита в сервисы; - устал от старых nginx-конфигов, которые годами копились ради обратной совместимости; - ищет способ стандартизировать входной трафик и убрать бизнес-логику из прокси; - выбирает между nginx и envoy.

https://habr.com/ru/companies/ispring/articles/1017690/

#gateway #nginx #envoy #монолит #микросервисы #роутинг

Один вход для всех: как мы строили Gateway и выходили из хаоса nginx + Lua

Всем привет, меня зовут Кирилл Вересников, я бэкенд-разработчик в iSpring. Мы делаем iSpring LMS — платформу для корпоративного онлайн-обучения. Исторически это был модульный монолит на PHP, а затем система начала постепенно дополняться микросервисами. Самые нагруженные и часто меняющиеся части мы выносили из монолита, а новый функционал всё чаще сразу делали в микросервисах. Эта статья будет полезна тем, кто: - постепенно выносит части монолита в сервисы; - устал от старых nginx-конфигов, которые годами копились ради обратной совместимости; - ищет способ стандартизировать входной трафик и убрать бизнес-логику из прокси; - выбирает между nginx и envoy.

https://habr.com/ru/companies/ispring/articles/1017690/

#gateway #nginx #envoy #монолит #микросервисы #роутинг

Экономика микросервисного хайпа: как архитектура съедает 40% вашего IT-бюджета

Представьте, что вы выкидываете около 10 миллионов рублей в год просто на то, чтобы ваш Kubernetes-кластер вертелся, а логи не съедали всё свободное место. Пока инженеры строят распределенные системы ради красивой строчки в резюме, каждый лишний сетевой запрос срезает вам конверсию, а облачная инфраструктура обходится втрое дороже своего железа. Давайте посчитаем реальный TCO микросервисов и разберемся, почему даже гиганты вроде Amazon Prime Video возвращаются к монолитам, сокращая траты на 90%.

https://habr.com/ru/articles/1017146/

#микросервисы #монолит #архитектура #экономика_IT #TCO #DevOps

Экономика микросервисного хайпа: как архитектура съедает 40% вашего IT-бюджета

Представьте, что вы выкидываете около 10 миллионов рублей в год просто на то, чтобы ваш Kubernetes-кластер вертелся, а логи не съедали всё свободное место. Пока инженеры строят распределенные системы ради красивой строчки в резюме, каждый лишний сетевой запрос срезает вам конверсию, а облачная инфраструктура обходится втрое дороже своего железа. Давайте посчитаем реальный TCO микросервисов и разберемся, почему даже гиганты вроде Amazon Prime Video возвращаются к монолитам, сокращая траты на 90%.

https://habr.com/ru/articles/1017146/

#микросервисы #монолит #архитектура #экономика_IT #TCO #DevOps

Экономика микросервисного хайпа: как архитектура съедает 40% вашего IT-бюджета

Представьте, что вы выкидываете около 10 миллионов рублей в год просто на то, чтобы ваш Kubernetes-кластер вертелся, а логи не съедали всё свободное место. Пока инженеры строят распределенные системы ради красивой строчки в резюме, каждый лишний сетевой запрос срезает вам конверсию, а облачная инфраструктура обходится втрое дороже своего железа. Давайте посчитаем реальный TCO микросервисов и разберемся, почему даже гиганты вроде Amazon Prime Video возвращаются к монолитам, сокращая траты на 90%.

https://habr.com/ru/articles/1017146/

#микросервисы #монолит #архитектура #экономика_IT #TCO #DevOps

Распил монолита в 2026: а может, не надо? Как AI переворачивает закон Конвея

«Значит, смотрите. Payment-service ходит в booking-service, но только через API gateway, который дёргает auth-service, а тот валидирует токен в Redis, который шарит с notification-service…» — вы, объясняя архитектуру новому разработчику. Десять лет мы разматывали нитки между сервисами на доске, как Чарли из «В Филадельфии». 42% компаний уже тихо сворачивают микросервисы обратно. Istio не осилил микросервисную архитектуру собственного control plane. Бывший CTO GitHub называет это «главной архитектурной ошибкой десятилетия». А потом пришёл AI, которому не нужны ни митинг на 15 человек, ни три года в проекте, чтобы понять, почему бронирование — это цепочка из 12 HTTP-вызовов вместо одного function call. Разбираю шесть причин дробления монолитов. Спойлер: половину из них AI уже отменил.

https://habr.com/ru/articles/1006536/

#микросервисы #архитектура #монолит #ииагенты

Распил монолита в 2026: а может, не надо? Как AI переворачивает закон Конвея

«Значит, смотрите. Payment-service ходит в booking-service, но только через API gateway, который дёргает auth-service, а тот валидирует токен в Redis, который шарит с notification-service…» — вы, объясняя архитектуру новому разработчику. Десять лет мы разматывали нитки между сервисами на доске, как Чарли из «В Филадельфии». 42% компаний уже тихо сворачивают микросервисы обратно. Istio не осилил микросервисную архитектуру собственного control plane. Бывший CTO GitHub называет это «главной архитектурной ошибкой десятилетия». А потом пришёл AI, которому не нужны ни митинг на 15 человек, ни три года в проекте, чтобы понять, почему бронирование — это цепочка из 12 HTTP-вызовов вместо одного function call. Разбираю шесть причин дробления монолитов. Спойлер: половину из них AI уже отменил.

https://habr.com/ru/articles/1006536/

#микросервисы #архитектура #монолит #ииагенты

Распил монолита в 2026: а может, не надо? Как AI переворачивает закон Конвея

«Значит, смотрите. Payment-service ходит в booking-service, но только через API gateway, который дёргает auth-service, а тот валидирует токен в Redis, который шарит с notification-service…» — вы, объясняя архитектуру новому разработчику. Десять лет мы разматывали нитки между сервисами на доске, как Чарли из «В Филадельфии». 42% компаний уже тихо сворачивают микросервисы обратно. Istio не осилил микросервисную архитектуру собственного control plane. Бывший CTO GitHub называет это «главной архитектурной ошибкой десятилетия». А потом пришёл AI, которому не нужны ни митинг на 15 человек, ни три года в проекте, чтобы понять, почему бронирование — это цепочка из 12 HTTP-вызовов вместо одного function call. Разбираю шесть причин дробления монолитов. Спойлер: половину из них AI уже отменил.

https://habr.com/ru/articles/1006536/

#микросервисы #архитектура #монолит #ииагенты

Четыре провала за четыре года — и четыре человека с AI, которые переписали всё за два месяца

Четыре года мы пытались переписать нашу платформу для проведения IT-соревнований Codenrock. Четыре раза отступали. На пятый — два разработчика, тестировщик и UI-дизайнер справились за два месяца. У каждого — Claude Code на максимальной подписке. Это история о том, как технический долг накапливает проценты, как мы выбирали стек для новой платформы и что на самом деле значит «80% кода пишет AI».

https://habr.com/ru/articles/1000354/

#react #nextjs #миграция_бд #монолит #aiагенты #aiагенты_в_работе #рефакторинг #техническая_документация #legacyкод #cicd

Четыре провала за четыре года — и четыре человека с AI, которые переписали всё за два месяца

Четыре года мы пытались переписать нашу платформу для проведения IT-соревнований Codenrock. Четыре раза отступали. На пятый — два разработчика, тестировщик и UI-дизайнер справились за два месяца. У каждого — Claude Code на максимальной подписке. Это история о том, как технический долг накапливает проценты, как мы выбирали стек для новой платформы и что на самом деле значит «80% кода пишет AI».

https://habr.com/ru/articles/1000354/

#react #nextjs #миграция_бд #монолит #aiагенты #aiагенты_в_работе #рефакторинг #техническая_документация #legacyкод #cicd

Четыре провала за четыре года — и четыре человека с AI, которые переписали всё за два месяца

Четыре года мы пытались переписать нашу платформу для проведения IT-соревнований Codenrock. Четыре раза отступали. На пятый — два разработчика, тестировщик и UI-дизайнер справились за два месяца. У каждого — Claude Code на максимальной подписке. Это история о том, как технический долг накапливает проценты, как мы выбирали стек для новой платформы и что на самом деле значит «80% кода пишет AI».

https://habr.com/ru/articles/1000354/

#react #nextjs #миграция_бд #монолит #aiагенты #aiагенты_в_работе #рефакторинг #техническая_документация #legacyкод #cicd

Эволюция PostgreSQL-хранилища размещений в Авито

Что делать, если сервис, который вырос из транзакции в монолите, за несколько лет стал входной точкой во все размещения на Авито? Когда через PostgreSQL проходят миллионы объявлений в день, привычные приёмы вроде «подождём, пока освободится блокировка» перестают помогать справляться с нагрузкой. А DELETE FROM больше не удерживает рост таблицы на диске. Эта статья — ретроспектива развития продукта Listing Fee. В ней Евгений Константинов, backend-инженер Авито, рассказывает, как вместе с командой справлялся с ростом нагрузки и объёма данных без шардирования, а ещё про инциденты, дедлоки и «аварии первого числа», из-за которых критичные бизнес-сценарии оказывались недоступны. Материал подготовлен по мотивам выступления на

https://habr.com/ru/companies/oleg-bunin/articles/991950/

#базы_данных #монолит #микросервисы #масштабирование_postgresql #масштабирование #PostgreSQL #Backend #бэкенд #разработка #SQL

Эволюция PostgreSQL-хранилища размещений в Авито

Что делать, если сервис, который вырос из транзакции в монолите, за несколько лет стал входной точкой во все размещения на Авито? Когда через PostgreSQL проходят миллионы объявлений в день, привычные приёмы вроде «подождём, пока освободится блокировка» перестают помогать справляться с нагрузкой. А DELETE FROM больше не удерживает рост таблицы на диске. Эта статья — ретроспектива развития продукта Listing Fee. В ней Евгений Константинов, backend-инженер Авито, рассказывает, как вместе с командой справлялся с ростом нагрузки и объёма данных без шардирования, а ещё про инциденты, дедлоки и «аварии первого числа», из-за которых критичные бизнес-сценарии оказывались недоступны. Материал подготовлен по мотивам выступления на

https://habr.com/ru/companies/oleg-bunin/articles/991950/

#базы_данных #монолит #микросервисы #масштабирование_postgresql #масштабирование #PostgreSQL #Backend #бэкенд #разработка #SQL

Эволюция PostgreSQL-хранилища размещений в Авито

Что делать, если сервис, который вырос из транзакции в монолите, за несколько лет стал входной точкой во все размещения на Авито? Когда через PostgreSQL проходят миллионы объявлений в день, привычные приёмы вроде «подождём, пока освободится блокировка» перестают помогать справляться с нагрузкой. А DELETE FROM больше не удерживает рост таблицы на диске. Эта статья — ретроспектива развития продукта Listing Fee. В ней Евгений Константинов, backend-инженер Авито, рассказывает, как вместе с командой справлялся с ростом нагрузки и объёма данных без шардирования, а ещё про инциденты, дедлоки и «аварии первого числа», из-за которых критичные бизнес-сценарии оказывались недоступны. Материал подготовлен по мотивам выступления на

https://habr.com/ru/companies/oleg-bunin/articles/991950/

#базы_данных #монолит #микросервисы #масштабирование_postgresql #масштабирование #PostgreSQL #Backend #бэкенд #разработка #SQL

Kotlin + Spring Boot: полный гайд по монолиту на 2026 год

Всем привет, меня зовут Сергей Прощаев, и в этой статье я расскажу про то, с чего на самом деле стоит начинать большинство backend-проектов в 2026 году. Spoiler alert: это не микросервисы. Я покажу, как собрать простое, но полноценное монолитное приложение на Spring Boot и Kotlin — тот самый надежный фундамент, который позволит вам запустить MVP за недели, а не месяцы. А в конце расскажу, где можно системно прокачать навыки Kotlin-разработчика, чтобы строить такие системы уже профессионально.

https://habr.com/ru/companies/otus/articles/991716/

#Kotlin #Spring_Boot #java #монолит #REST_API #архитектура #бэкендразработка

Kotlin + Spring Boot: полный гайд по монолиту на 2026 год

Всем привет, меня зовут Сергей Прощаев, и в этой статье я расскажу про то, с чего на самом деле стоит начинать большинство backend-проектов в 2026 году. Spoiler alert: это не микросервисы. Я покажу, как собрать простое, но полноценное монолитное приложение на Spring Boot и Kotlin — тот самый надежный фундамент, который позволит вам запустить MVP за недели, а не месяцы. А в конце расскажу, где можно системно прокачать навыки Kotlin-разработчика, чтобы строить такие системы уже профессионально.

https://habr.com/ru/companies/otus/articles/991716/

#Kotlin #Spring_Boot #java #монолит #REST_API #архитектура #бэкендразработка

Kotlin + Spring Boot: полный гайд по монолиту на 2026 год

Всем привет, меня зовут Сергей Прощаев, и в этой статье я расскажу про то, с чего на самом деле стоит начинать большинство backend-проектов в 2026 году. Spoiler alert: это не микросервисы. Я покажу, как собрать простое, но полноценное монолитное приложение на Spring Boot и Kotlin — тот самый надежный фундамент, который позволит вам запустить MVP за недели, а не месяцы. А в конце расскажу, где можно системно прокачать навыки Kotlin-разработчика, чтобы строить такие системы уже профессионально.

https://habr.com/ru/companies/otus/articles/991716/

#Kotlin #Spring_Boot #java #монолит #REST_API #архитектура #бэкендразработка

Микросервисы поверх Битрикса через REST API и вебхуки

Переписывать монолит с нуля — затея интересная, но статистически провальная. Много таких проектов не доживают до продакшена. Есть способ лучше: паттерн Strangler Fig, который позволяет постепенно вытаскивать функционал из монолита, не останавливая бизнес. Сегодня разберём, как это работает на примере Битрикса.

https://habr.com/ru/companies/otus/articles/988084/

#битрикс #Битрикс24 #миграция_архитектуры #микросервисы #монолит #идемпотентность

Микросервисы поверх Битрикса через REST API и вебхуки

Переписывать монолит с нуля — затея интересная, но статистически провальная. Много таких проектов не доживают до продакшена. Есть способ лучше: паттерн Strangler Fig, который позволяет постепенно вытаскивать функционал из монолита, не останавливая бизнес. Сегодня разберём, как это работает на примере Битрикса.

https://habr.com/ru/companies/otus/articles/988084/

#битрикс #Битрикс24 #миграция_архитектуры #микросервисы #монолит #идемпотентность

Микросервисы поверх Битрикса через REST API и вебхуки

Переписывать монолит с нуля — затея интересная, но статистически провальная. Много таких проектов не доживают до продакшена. Есть способ лучше: паттерн Strangler Fig, который позволяет постепенно вытаскивать функционал из монолита, не останавливая бизнес. Сегодня разберём, как это работает на примере Битрикса.

https://habr.com/ru/companies/otus/articles/988084/

#битрикс #Битрикс24 #миграция_архитектуры #микросервисы #монолит #идемпотентность

Идеальных систем не существует. Монолит, микросервисы и цена распределённости. CAP, ACID, BASE

Эта статья не про «правильную» архитектуру. Здесь я постарался ответить на вопросы «почему микросервисы дороже, какие компромиссы неизбежны и по каким критериям выбирать архитектуру?» Поговорим про высоконагруженные распределённые системы и почему монолиты — это не плохо. Также поговорим о необходимости рационального использования ресурсов и выборе типа архитектуры. Погрузиться

https://habr.com/ru/companies/domclick/articles/987690/

#CAP #ACID #BASE #микросервисы #монолит #архитектура #микросервисная_архитектура #согласованность_данных

Идеальных систем не существует. Монолит, микросервисы и цена распределённости. CAP, ACID, BASE

Эта статья не про «правильную» архитектуру. Здесь я постарался ответить на вопросы «почему микросервисы дороже, какие компромиссы неизбежны и по каким критериям выбирать архитектуру?» Поговорим про высоконагруженные распределённые системы и почему монолиты — это не плохо. Также поговорим о необходимости рационального использования ресурсов и выборе типа архитектуры. Погрузиться

https://habr.com/ru/companies/domclick/articles/987690/

#CAP #ACID #BASE #микросервисы #монолит #архитектура #микросервисная_архитектура #согласованность_данных

Идеальных систем не существует. Монолит, микросервисы и цена распределённости. CAP, ACID, BASE

Эта статья не про «правильную» архитектуру. Здесь я постарался ответить на вопросы «почему микросервисы дороже, какие компромиссы неизбежны и по каким критериям выбирать архитектуру?» Поговорим про высоконагруженные распределённые системы и почему монолиты — это не плохо. Также поговорим о необходимости рационального использования ресурсов и выборе типа архитектуры. Погрузиться

https://habr.com/ru/companies/domclick/articles/987690/

#CAP #ACID #BASE #микросервисы #монолит #архитектура #микросервисная_архитектура #согласованность_данных

Как не получить распределённый монолит

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

https://habr.com/ru/articles/981724/

#архитектура_по #микросервисы #монолит

Как не получить распределённый монолит

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

https://habr.com/ru/articles/981724/

#архитектура_по #микросервисы #монолит

Как не получить распределённый монолит

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

https://habr.com/ru/articles/981724/

#архитектура_по #микросервисы #монолит

Как мы распилили монстр-сервис за месяц: опыт команды из 10 разработчиков

Привет, меня зовут Анатолий, я ведущий разработчик в ITFB Group . Наш ключевой микросервис со временем превратился в настоящего монстра. Разросшийся, медленный и перегруженный лишними функциями, он тормозил весь продукт и усложнял жизнь разработчикам. Любая правка превращалась в квест: чтобы внести изменение в одном месте, приходилось разбираться ещё в десятке несвязанных процессов. Мы решили провести «хирургическую операцию»: за один месяц силами выделенной команды из 10 человек полностью расчистить сервис, вынести из него 40 процессов и вернуть архитектуре прозрачность. В этой статье я расскажу, как мы поставили диагноз, спланировали операцию и справились с самыми болезненными моментами — от войны с конфигами до разрыва общих DTO. Главный спойлер: результат превзошёл ожидания. Сервис стал быстрее, команды — автономнее, а система наконец-то обрела масштабируемость.

https://habr.com/ru/companies/itfb/articles/980524/

#itfb #java #рефакторинг #микросервисы #архитектура #legacy #spring #разработка #монолит #devops

Как мы распилили монстр-сервис за месяц: опыт команды из 10 разработчиков

Привет, меня зовут Анатолий, я ведущий разработчик в ITFB Group . Наш ключевой микросервис со временем превратился в настоящего монстра. Разросшийся, медленный и перегруженный лишними функциями, он тормозил весь продукт и усложнял жизнь разработчикам. Любая правка превращалась в квест: чтобы внести изменение в одном месте, приходилось разбираться ещё в десятке несвязанных процессов. Мы решили провести «хирургическую операцию»: за один месяц силами выделенной команды из 10 человек полностью расчистить сервис, вынести из него 40 процессов и вернуть архитектуре прозрачность. В этой статье я расскажу, как мы поставили диагноз, спланировали операцию и справились с самыми болезненными моментами — от войны с конфигами до разрыва общих DTO. Главный спойлер: результат превзошёл ожидания. Сервис стал быстрее, команды — автономнее, а система наконец-то обрела масштабируемость.

https://habr.com/ru/companies/itfb/articles/980524/

#itfb #java #рефакторинг #микросервисы #архитектура #legacy #spring #разработка #монолит #devops

Как мы распилили монстр-сервис за месяц: опыт команды из 10 разработчиков

Привет, меня зовут Анатолий, я ведущий разработчик в ITFB Group . Наш ключевой микросервис со временем превратился в настоящего монстра. Разросшийся, медленный и перегруженный лишними функциями, он тормозил весь продукт и усложнял жизнь разработчикам. Любая правка превращалась в квест: чтобы внести изменение в одном месте, приходилось разбираться ещё в десятке несвязанных процессов. Мы решили провести «хирургическую операцию»: за один месяц силами выделенной команды из 10 человек полностью расчистить сервис, вынести из него 40 процессов и вернуть архитектуре прозрачность. В этой статье я расскажу, как мы поставили диагноз, спланировали операцию и справились с самыми болезненными моментами — от войны с конфигами до разрыва общих DTO. Главный спойлер: результат превзошёл ожидания. Сервис стал быстрее, команды — автономнее, а система наконец-то обрела масштабируемость.

https://habr.com/ru/companies/itfb/articles/980524/

#itfb #java #рефакторинг #микросервисы #архитектура #legacy #spring #разработка #монолит #devops

Микрофронтенды: прихоть разработчиков или реальная польза для бизнеса

История о том, как наша команда смогла ускорить релизы, снизить затраты и построить масштабируемую архитектуру без хаоса. В статье вы узнаете, подходят ли вам микрофронтенды.

https://habr.com/ru/articles/968994/

#frontend #microfrontends #architecture #javascript #reactjs #фронтенд #микрофронтенды #монолит #архитектура

Микрофронтенды: прихоть разработчиков или реальная польза для бизнеса

История о том, как наша команда смогла ускорить релизы, снизить затраты и построить масштабируемую архитектуру без хаоса. В статье вы узнаете, подходят ли вам микрофронтенды.

https://habr.com/ru/articles/968994/

#frontend #microfrontends #architecture #javascript #reactjs #фронтенд #микрофронтенды #монолит #архитектура

Микрофронтенды: прихоть разработчиков или реальная польза для бизнеса

История о том, как наша команда смогла ускорить релизы, снизить затраты и построить масштабируемую архитектуру без хаоса. В статье вы узнаете, подходят ли вам микрофронтенды.

https://habr.com/ru/articles/968994/

#frontend #microfrontends #architecture #javascript #reactjs #фронтенд #микрофронтенды #монолит #архитектура

Микросервисная трансформация в Купере — как это было. Часть I: Начинаем распил монолитов

Привет! Меня зовут Фёдор Засечкин. С 2023 года я руковожу группой разработки операционной платформы в Купере. Наша команда отвечает за стабильность и развитие сервисов, которые обеспечивают сборку и доставку заказов, а также найм и выход партнёров в смены. Последние два года наша ключевая задача — микросервисная трансформация . Мы постепенно распиливаем монолит, перераспределяя нагрузку по сервисам. На сегодня более 1 000 RPS HTTP-трафика уже ушло с монолита; до полного завершения осталось около 30 RPS и часть межсервисных интеграций. Я решил написать серию статей о том, как мы проходили этот путь: что сработало, какие ошибки допустили и какие решения реально помогли. Этот текст — первый из серии.

https://habr.com/ru/companies/kuper/articles/961630/

#микросервисы #монолит #архитектура #kafka #outbox #проектирование_систем

Микросервисная трансформация в Купере — как это было. Часть I: Начинаем распил монолитов

Привет! Меня зовут Фёдор Засечкин. С 2023 года я руковожу группой разработки операционной платформы в Купере. Наша команда отвечает за стабильность и развитие сервисов, которые обеспечивают сборку и доставку заказов, а также найм и выход партнёров в смены. Последние два года наша ключевая задача — микросервисная трансформация . Мы постепенно распиливаем монолит, перераспределяя нагрузку по сервисам. На сегодня более 1 000 RPS HTTP-трафика уже ушло с монолита; до полного завершения осталось около 30 RPS и часть межсервисных интеграций. Я решил написать серию статей о том, как мы проходили этот путь: что сработало, какие ошибки допустили и какие решения реально помогли. Этот текст — первый из серии.

https://habr.com/ru/companies/kuper/articles/961630/

#микросервисы #монолит #архитектура #kafka #outbox #проектирование_систем

Микросервисная трансформация в Купере — как это было. Часть I: Начинаем распил монолитов

Привет! Меня зовут Фёдор Засечкин. С 2023 года я руковожу группой разработки операционной платформы в Купере. Наша команда отвечает за стабильность и развитие сервисов, которые обеспечивают сборку и доставку заказов, а также найм и выход партнёров в смены. Последние два года наша ключевая задача — микросервисная трансформация . Мы постепенно распиливаем монолит, перераспределяя нагрузку по сервисам. На сегодня более 1 000 RPS HTTP-трафика уже ушло с монолита; до полного завершения осталось около 30 RPS и часть межсервисных интеграций. Я решил написать серию статей о том, как мы проходили этот путь: что сработало, какие ошибки допустили и какие решения реально помогли. Этот текст — первый из серии.

https://habr.com/ru/companies/kuper/articles/961630/

#микросервисы #монолит #архитектура #kafka #outbox #проектирование_систем