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

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

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