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

Как я сделал старый монолит на 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 #мессенджер #бэкенд #продакшн #авторизация #миграции

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

Рефакторинг должен быть скучный и надежный. Надо держаться от искушения обновить библиотеку, починить баг, улучшить стиль. Под катом разбор почему именно такой путь сможет вытянуть тяжелый 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

Как мы строим 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 #монолит #микросервисы #роутинг

Экономика микросервисного хайпа: как архитектура съедает 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/

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

Четыре провала за четыре года — и четыре человека с 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

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 #миграция_архитектуры #микросервисы #монолит #идемпотентность

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

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

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

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

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

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

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

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

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

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 #проектирование_систем

Архитектурный выбор: Монолит против микросервисов без технического диплома

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

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

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

Сбор и отправка APM-трейсов из разных сервисов: как мы приручили трейсинг в монолитах

Всем привет! Меня зовут Яна Курышева, и я тимлид одной из команд разработки бэкенда в Спортсе’’. Мы – спортивное медиа. Наш продукт – это сайт и приложения со спортивной статистикой, новостями, редакционным и пользовательским контентом, пушами, рекомендациями и комментариями. Чтобы вся система оставалась управляемой, мы активно используем трейсинг с помощью Elastic APM . Но существующие библиотеки не учитывали специфику нашей архитектуры и не решали всех задач. В этой статье я поделюсь, как мы справились с задачей сбора трейсинга из старых монолитов и реализовали собственный APM-прокси .

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

#трейсинг #elastic #монолит #apmмониторинг #golang #микросервисы #метрики #мониторинг

[Перевод] Распределенный монолит: тихий убийца мечты о микросервисах

Привет, Хаброжители! Сегодня мы делимся с Вами переводом статьи о распределенном монолите. Аннотация Привлекательность микросервисов — гибкость, масштабируемость, отказоустойчивость — часто ведет организации по пути, полному непредвиденных опасностей. В этой статье раскрывается обманчивая архитектурная ловушка: распределенный монолит. То, что начинается как, казалось бы, разумный паттерн проектирования для отделения бизнес-логики от технических проблем путем централизации «основного домена», незаметно превращается в антипаттерн, который сводит на нет все преимущества, обещанные микросервисами. Мы подробно описываем коварные симптомы: кошмары версионирования, паралич развертывания и эрозия автономии команды. На ярком примере из реальной жизни — системе «Drive» и доставки на дом Carrefour — мы раскрываем основную проблему: внутреннюю модель, удерживаемую внешними стандартами. Затем мы раскрываем освобождающие решения: принятие по-настоящему нативных бизнес-моделей и разрыв цепей общих «основных» библиотек кода в пользу явного промежуточного программного обеспечения и надежных API-контрактов. Это путь не только к коду, но и к возвращению обещаний микросервисов.

https://habr.com/ru/companies/piter/articles/961258/

#erpсистемы #микросервисы #монолит #распределенные_системы #облачные_технологии

Провели опрос: «Микросервисы побеждают 4:1, low-code — 5:1». Но почему не всё так однозначно?

Привет, Хабр! В начале октября на XIV Международной IT-конференции «Стачка» в Санкт-Петербурге — одном из крупнейших профессиональных событий российского IT-комьюнити — мы решили провести эксперимент. Что, если предложить разработчикам публично выбрать сторону в вечных холиварах? Например: Микросервисы или монолиты? Low-code или только ручной код?

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

#lowcode #монолит #программирование #программное_обеспечение #зерокодинг #микросервисы #микросервисная_архитектура #статистика #статистика_в_it #выбор_технологии

У программиста три пути: шина, монолит и выйти из АйТи

Великий аргентинский писатель Хорхе Луис Борхес в одном из своих произведений попытался доказать, что вся мировая литература сводится к четырем базовым сюжетам: история об осаде и защите обречённого города, история о возвращении, история о поиске и история о жертвоприношении или самоубийстве бога. В комментарий к этому заявлению Виктор Пелевин в одном из своих романов написал: "А по-моему, сюжетов всего два. Первый – как человека убивают из-за денег. Второй – как человека приносят в жертву. А на самом деле оба сюжета можно даже объединить в один". Как бы то ни было, оставим этот спор о сюжетах литературоведам. В этом же посте я хочу разобрать схожий тезис - все архитектуры разных видов программного обеспечения можно свести к двум базовым структурам - монолиту и шине.

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

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

Bitrix, Magento и Ensi: как выбрать платформу для eCom, чтобы не пожалеть через год

Magento — дорого, Ensi — сложно, Bitrix — просто. Или не так? Всем привет! Я Роман, тимлид e-commerce агентства

https://habr.com/ru/companies/kislorod/articles/941952/

#программирование #headless #монолитная_архитектура #микросервисы #монолит #архитектура #вебразработка #микросервисная_архитектура #высоконагруженные_проекты #1cбитрикс

Микросервисы vs Монолиты: что на самом деле ускоряет разработку

Привет, Хабр! Поскольку первая встреча прошла очень полезно и интересно, мы решили повторить и снова в эфире телеграм-канала Dev Q&A продолжили дискуссию о микросервисах и скорости разработки. Собрались технические эксперты из BPMSoft, DevTale, Revizto и Диасофт (в лице меня). Обменялись практическими примерами на тему как же упростить жизнь разработчикам и получать результат быстрее, дешевле и качественнее.

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

#микросервисы #микросервисная_архитектура #микросервисные_инструменты #монолит #разработка_программного_обеспечения #планирование_проектов #программирование #квалификация_сотрудников #архитектура_по #архитектура_приложений

Второе пришествие микросервисов: почему в 2025 мы снова в них верим

Привет, Хабр! Недавно принял участие в панельной дискуссии про микросервисы. Планировался холивар «монолит vs микросервисы», но получился, на мой взгдяд, интересный разговор с реальными кейсами. Собрались специалисты с интересным практическим опытом: Павел Куликовский (Цифра банк), Антон Мартынов, Алексей Захаров (Axiom JDK), Андрей Почтов (АЭРО) и Александр Тырышкин (DEVTALE).

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

#микросервисы #lowcode #контейнеризация #контейнеры_docker #монолит #микросервис #микросервисная_архитектура #программирование #разработка_приложений #архитектура_приложений

Междоменные (процессные) инварианты

Ястолкнулся с такой проблемой: логика между доменами сложнее самих доменов Если строить систему по DDD: • Домены • Агрегаты • Use cases • События всё красиво. Потом пришёл сценарий: «Отменить заказ» Я думал: `Order::cancel()`, вызову `inventory.release()`, `pricing.refund()`, и готово» Но... • Если доставка уже в пути — нужно создать возвратную накладную • Если платёж падал дважды — отменить всё, а при первой попытке только заморозить баллы • Если товара нет — перенести резерв на другой склад, пересчитать доставку, спросить клиента, если дороже • Если клиент повторил платёж — восстановить резерв и доставку И я понял: Самая сложная логика тут не в доменах, а между ними . А в книжках по DDD, Clean Architecture, Hexagonal об этом не пишут. Это напомнило проблему в ООП, когда каждый объект отвечает только за свою корректность (инвариант), а логическую зависимость при взаимодействии должен обеспечить ещё один класс "чистая выдумка". Также, у ФП есть более простые и явные способы. Я напишу на Rust, потому что этот язык удобнее управляет бизнес правилами.

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

#инвариант #бизнеслогика #монолит

[Перевод] Технологическая эволюция Mercado Libre: от монолита к мультиоблачной платформе

Перевели для вас цикл статей об эволюции технологической платформы Mercado Libre — от монолитной архитектуры начала 2000-х к современной мультиоблачной платформе Fury, которая обеспечивает разработчикам удобную, масштабируемую и безопасную среду для создания, развёртывания и управления приложениями. В этой первой части описывается переход компании от единой базы и медленных релизов к микросервисам и облачным технологиям, что позволило значительно ускорить разработку и повысить надежность систем.

https://habr.com/ru/companies/flant/articles/923320/

#devops #kubernetes #микросервисы #мультиоблачное_решение #разработка_приложений #развертывание_приложений #мониторинг #монолит

Что в чёрной коробочке? Выясняем самостоятельно, не привлекая внимания коллег

Всем привет, меня зовут Миша, и я разрабатываю платформу Яндекс Еды. Первые компоненты были написаны почти 10 лет назад (когда Еда ещё была стартапом Foodfox), и у нас накопилось много кода, который просто хорошо работает, а иногда даже «работает — не трогай». Но в процессе развития и устоявшиеся части системы нужно трогать, про что мои коллеги уже писали — как мы повышали версию PHP , пилили монолит и снимали нагрузку с БД . Наконец настал черёд рассказать про процессинг заказов доставки еды из кафе и ресторанов (а также продуктов из магазинов и многого другого). За годы эволюционного развития он значительно разросся, что стало заметно затруднять дальнейшее развитие — например, изменения, связанные с выходом на новые рынки, — а также влиять на надёжность. Поэтому мы решили вынести процессинг заказа в отдельный специализированный сервис. Чтобы определить, что выносить, а что оставлять, нужно было составить исчерпывающий и актуальный список процессов, которые происходят с заказом. И здесь мы столкнулись с вызовом: это знание распределено по многим людям и документам, поскольку на протяжении долгого времени в процессинг заказов вносили изменения многие команды. И перед нами встал вопрос — как собрать нужную информацию о системе с заметной долей легаси быстро, да так, чтобы информация была актуальна?

https://habr.com/ru/companies/yandex/articles/921122/

#process_mining #анализ_данных #tidyverse #триз #рефакторинг #duckdb #архитектура_по #яндекс_еда #монолит

Headless и API-First: как ускорить e-commerce и не утонуть в монолите

Привет, хабровчане! Я Алиса, тимлид в e-commerce агентстве

https://habr.com/ru/companies/kislorod/articles/920224/

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

Как мы накормили драконов (и заработали кучу золота)

Как мы накормили драконов (и заработали кучу золота) Старейшины говорят, что это история о масштабировании SaaS-приложения, но я таких слов не понимаю — слишком заумно. Для меня это история о золоте, драконах с всё возрастающим аппетитом и фермерах, которые кормят этих драконов. Начиналось всё просто: несколько драконов регулярно прилетали к нашему городу, мы готовили им еду из продуктов с нашей фермы, они платили золотом. Все были довольны. Но драконы росли, их аппетиты увеличивались, появлялись новые голодные гости... Что делать, когда одна ферма больше не может прокормить всех? Как не дать городу сгореть от драконьего гнева? Зачем строить заморские колонии и создавать параллельные измерения? За 10 лет наше королевство прошло путь от маленького города с одной фермой до федерации независимых государств, специализированных поселений и городов в параллельных мирах. И да, драконы всё ещё голодны. Это сказка о том, как накормить растущих драконов и не потерять при этом ни золота, ни головы. С картинками, моралью и счастливым концом. Узнать, как накормить драконов

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

#масштабирование #распределенные_системы #монолит #saas