[Я переделал собственную архитектуру — Вадим Владымцев](https://vadimohka.ru/essays/revising-my-architecture/)

Инженерия · Архитектура

# Я переделал собственную архитектуру

[Вадим Владымцев](https://vadimohka.ru/background/)  26 октября 2026  3 мин чтения

Ответственность за инженерное решение включает готовность пересмотреть его, когда оно начинает мешать работе. Согласиться с этим легко, пока речь идёт о чужой архитектуре. Со своей сложнее: вместе с кодом приходится разбираться с собственным желанием остаться правым.

В начале моей работы с микросервисами был проект, в котором каждый сервис получил собственную базу данных. Со временем такая организация стала создавать проблемы. Для исправления я свёл некоторые базы вместе и переработал приложение. Переход потребовал множества миграций. Архитектуру выбрал я, поэтому исправление тоже считал своей работой.

Микросервисный подход предполагает разделение приложения на отдельные сервисы, каждый со своей задачей. Отдельная база может поддерживать самостоятельность сервиса. Но наличие понятного принципа ещё не означает, что конкретная система от него выигрывает. В моём случае выбранное разделение пришлось менять. Этого достаточно для разбора моего решения, но недостаточно для общего приговора микросервисам.

Меня в этой истории занимает ещё одна трудность. Когда решение своё, у него появляется защита, которой нет в техническом описании. Ты уже потратил время, привык к устройству системы, возможно, объяснил другим, почему оно разумно. Переделка может ощущаться как признание собственной несостоятельности. Поэтому хочется сначала найти ещё один аргумент в пользу исходного выбора.

Аргументы обычно находятся. Где-то есть похожая архитектура, которая работает. Есть статьи с убедительными объяснениями. Можно добавить обходной путь, чтобы сохранить выбранную конструкцию. Всё это само по себе ничего не говорит о том, помогает ли она приложению, которое сейчас лежит перед тобой.

Я возвращаю такой разговор к задачам системы. Какую работу стало трудно выполнять? Что именно создаёт эту трудность? Оправдывает ли устранение этого ограничения затраты на переделку? Здесь уже можно обсуждать последствия решений. Автору бывает неприятно это слышать, зато появляются основания для следующего шага.

После признания ошибки остаётся работа по переходу. Надо продумать миграцию и проверить сохранность данных. Придётся объяснить изменения тем, кто будет поддерживать приложение дальше. Красивая фраза о полученном опыте эту работу за тебя не выполнит. Цена первоначального решения становится видна в объёме необходимой переделки.

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

У пересмотра тоже должны быть основания. Если каждое сомнение заканчивается переписыванием, продукт может надолго остаться в ремонте. Есть неудобства, с которыми пока разумно жить. Есть ограничения, которые уже мешают необходимой работе. Разница между ними требует внимания к задаче и цене перехода; одного желания сделать красивее недостаточно.

Я хочу, чтобы профессиональное доверие выдерживало этот разговор. Можно объяснить первоначальный выбор, назвать его последствия и предложить исправление. Для этого не нужно задним числом объявлять каждый поворот частью большого плана. Достаточно отвечать за то, что теперь стало понятно.

История с базами оставила у меня вполне практичный критерий: когда решение перестаёт помогать системе, я должен быть готов помочь системе пережить это решение. В том числе собственное.

## Вадим Владымцев

Проектирую системы, организую разработку и помогаю специалистам работать вместе.

[О моём опыте](https://vadimohka.ru/background/)

## Продолжить чтение

### [Общий язык не появляется сам](https://vadimohka.ru/essays/shared-understanding/)

Сильной команде нужен общий язык: без него знания одного человека могут остаться недоступными остальным.

### [Я хочу узнавать себя в своих проектах](https://vadimohka.ru/essays/recognising-myself-in-my-work/)

Мне важно узнавать в своих проектах собственный выбор и понимать, почему я сделал именно так.
[Все эссе](https://vadimohka.ru/essays/)

[Написать мне](mailto:vadimohkav@gmail.com)