Где целесообразнее хранить параметры бизнес-логики: в коде, конфигурации или базе данных, и от чего это зависит?

Определение

Параметры бизнес-логики — это значения, влияющие на поведение системы, но не являющиеся самой логикой.

Ключевой критерий выбора

Перед деталями важно зафиксировать базовый вопрос:
кто, как часто и с каким риском должен менять это значение.

Варианты хранения

1) В коде

Подходит, если:

1. Значение меняется редко

2. Требует ревью и тестирования

3. Жёстко связано с алгоритмом

Примеры:

• базовые коэффициенты

• правила округления

• алгоритмические константы

2) В конфигурации

Подходит, если:

1. Значение меняется без деплоя

2. Различается между окружениями

3. Не требует сложной валидации

Примеры:

• лимиты

• таймауты

• флаги включения логики

3) В базе данных

Подходит, если:

1. Значения управляются бизнесом

2. Нужна история изменений

3. Параметры зависят от сущностей

Примеры:

• тарифы

• комиссии

• персональные ограничения

Риски и ограничения

1. Код — требует релиза

2. Конфиг — риск рассинхронизации

3. БД — сложнее тестировать и кешировать

Краткий вывод

Нет универсального места хранения. Чем ближе параметр к бизнесу и изменениям — тем выше вероятность, что ему место в конфигурации или базе данных.