https://nxtrunner.ru/cases/Recent content in Кейсы on nxtrunnerHugoru-RUWed, 15 Jul 2026 00:00:00 +0000https://nxtrunner.ru/cases/bank-monolith-to-microservices/Wed, 15 Jul 2026 00:00:00 +0000https://nxtrunner.ru/cases/bank-monolith-to-microservices/<h2 id="ситуация-до-начала-работ">Ситуация до начала работ</h2> <p>Клиент - крупный банк. Основное приложение представляло собой большой монолит на устаревшем корпоративном стеке: вся бизнес-логика была собрана в единой системе, из-за чего любое изменение затрагивало приложение целиком и требовало осторожности и длительного тестирования.</p> <p>Код хранился в закрытом корпоративном репозитории, а выпуск обновлений выполнялся вручную - администратор запускал набор скриптов для развертывания новой версии. Такой процесс был медленным, зависел от конкретного человека и его доступности, а вероятность ошибки при ручных операциях оставалась высокой.</p>https://nxtrunner.ru/cases/ad-operator-infrastructure-migration/Fri, 15 May 2026 00:00:00 +0000https://nxtrunner.ru/cases/ad-operator-infrastructure-migration/<h2 id="ситуация-до-начала-работ">Ситуация до начала работ</h2> <p>Клиент - оператор рекламных данных. Вся техническая инфраструктура держалась на одной виртуальной машине: там же работало основное приложение и база данных объемом около 2 ТБ. Хранение кода было организовано через сторонний сервис по подписке, без собственного контроля над ним.</p> <p>Резервное копирование пытались делать штатными средствами базы данных, но из-за большого объема один бэкап занимал 3-4 дня - фактически это означало, что бэкапы почти не делались, и в случае сбоя данные было бы не восстановить.</p>