Конечно, я много думал об этом. Главное – рассматривать каждый новый слой как отдельный, маленький чёрный ящик: ты его юнит-тестируешь, проводишь интеграционные тесты, отправляешь на тестовый сервер, максимально похожий на продакшн, и подключаешь систему мониторинга, чтобы любые проблемы сразу были видны. И ещё – держи под рукой процедуру отката, чтобы в случае проблем можно было мгновенно вернуться к рабочей версии. Да, это много работы по поддержке, но без этих мер предосторожности ты будешь гоняться за ошибками, которые вылезают только при пиковых нагрузках или изменении данных. И честно говоря, чем больше слоёв, тем важнее поддерживать модульную архитектуру – чтобы можно было заменить или исправить отдельный компонент, не ломая всю систему. Работа не самая интересная, зато система работает как часы, пока ты разрабатываешь новые фичи.

Отлично, без провалов в никуда – только надёжные модули и план отката, если вдруг случится что-нибудь непредсказуемое.

Рад, что ты с нами — логи — мои глаза, откат — мой парашют, а модульность не даёт из простого изменения сделать глобальную катастрофу.

Понял—чёткие протоколы, парашюты готовы, и проверка каждого изменения перед взлетом. Понял—чёткие протоколы, парашюты готовы, и проверка каждого изменения перед взлетом.