fix: устойчивость Redis-кластера под нагрузкой и код-ревью замечания

Redis timeout 200ms давал ложные срабатывания под пиковой нагрузкой на общем
хосте — подняли до 800ms и добавили cpu/mem лимиты сервисам в compose, чтобы
соседи не выедали CPU у Redis. Добавили метрику и WARN на случай, когда
демаскирование не находит соответствие ни по id, ни по отпечатку маски (раньше
тихо превращалось в повторное маскирование без единого следа в логах).

Кластерные узлы (node-a/node-b) получили обе NER-модели (WikiNEuRal для имён,
ruBERT для адресов) — раньше конфиг ссылался на несуществующие свойства и
вторая ступень молча не работала. lb (nginx) и volume для prometheus/grafana
данных зафиксированы в compose.

Плюс код-ревью фиксы: утечка нативных ONNX-ресурсов при ошибке загрузки модели
(BLOCKER), неверный HTTP-статус при сбое обработки, generic Exception в
LlmClient заменён на конкретные, лишние same-package импорты убраны.

src/main/resources/application.yml

@@ -12,8 +12,11 @@ spring:
     redis:
       host: localhost
       port: 6379
-      timeout: 200ms
-      connect-timeout: 200ms
+      # 200ms давал ложные QueryTimeoutException под пиковой нагрузкой (несколько
+      # контейнеров на одном хосте конкурируют за CPU) — узел уходил на локальную
+      # память, хотя Redis был просто временно медленным, а не недоступным.
+      timeout: 800ms
+      connect-timeout: 800ms
 
 management:
   endpoints: