MongoDB 8.3: $scoreFusion, захист з’єднань і контроль перевантаження

MongoDB 8.3 стала загальнодоступною у травні 2026 року, а 8.3.7 від 22 липня містить важливі виправлення безпеки й надійності. Гілка додає GA-стадію $scoreFusion, нові перетворення BSON/EJSON, контроль pre-auth ресурсів і більш детальні механізми керування перевантаженням. Оновлюватися слід одразу до актуального patch release, а не до початкової 8.3.0.

Пошукові результати можна об’єднувати в pipeline

$scoreFusion у 8.3 має статус GA та комбінує результати кількох скорингових pipeline. Це корисно для поєднання повнотекстового, векторного та іншого пошуку. Якість fusion не можна оцінювати лише latency: потрібен контрольний набір запитів, релевантність, частка порожніх результатів і стабільність ranking після зміни ваг.

Захист до автентифікації

Нові server parameters обмежують пам’ять і розмір повідомлень для pre-auth connections. Це зменшує ризик виснаження ресурсів ще до перевірки користувача. Значення не слід копіювати механічно: вони мають відповідати розміру легітимних hello-повідомлень, кількості клієнтів і поведінці load balancer.

Перевантаження та retry

MongoDB 8.3 додає overload-aware server selection і параметри backoff для внутрішніх клієнтів. Мета — не спрямовувати повторні запити на вузол, який щойно повідомив про перевантаження. Але retry збільшує навантаження, якщо застосунок також має власний агресивний цикл повторів. Політики server, driver і service mesh потрібно розглядати разом.

Несумісні зміни

За замовчуванням створюється 2dsphere index version 4; перед downgrade такі індекси доведеться видалити. DDL для sharded cluster має виконуватися через mongos. Старий removeShard застарів на користь окремих команд початку, контролю й завершення draining. Це впливає на automation та runbooks.

Практичний rollout

• перевірити підтримку 8.3 драйверами, backup і monitoring tools;
• оновитися до актуального patch release з security fixes;
• протестувати FCV окремо від заміни binary;
• перевірити geospatial indexes, sharding scripts і retry storms;
• порівняти query memory, latency та profiler overhead;
• зафіксувати умови downgrade до активації несумісних можливостей.

Загальні правила FCV та rolling upgrade розглянуто також у матеріалі про MongoDB 8.2.

Першоджерело: офіційні release notes MongoDB 8.3.