Короткий ответ
Релиз AWS от 30 сентября сначала отбирает записи по метаданным, затем ищет похожие векторы. Новый индекс может сохранить прежнее поведение, если его бакет создан до обновления.
Меняется порядок операций
30 сентября AWS представила предварительную фильтрацию по метаданным в Amazon S3 Vectors. Новый режим ENHANCED сначала определяет записи, соответствующие фильтру, затем выполняет поиск сходства внутри этого набора. Для помощника, изучающего историю одного клиента, меняется состав материала, который вообще участвует в отборе, ещё до того, как языковая модель получит найденные документы.
Обновление отвечает на конкретную проблему: поиск может возвращать правдоподобные результаты и пропускать важные записи внутри узкой коллекции. По нашей оценке, это изменение качества приложения, а не только свойства хранилища. Польза возникает там, где ответ зависит от полноты найденных оснований. Однако новый порядок поиска не исправляет неверные сведения, уже содержащиеся в самих документах.
Старый бакет сохраняет прежнее поведение
Существующие индексы остаются в CLASSIC, пока их не обновят. AWS отдельно различает дату создания бакета векторов и конкретного индекса. Бакеты, созданные с 30 сентября, получают ENHANCED по умолчанию. У более старого бакета прежняя настройка сохраняется даже для будущих индексов, если администратор не изменит её явно. Дата нового индекса сама по себе поэтому недостаточна.
Эта деталь способна усложнить внедрение: две команды создают индексы в один день, но получают разные режимы из-за истории бакетов. Таблица отражает опубликованные состояния конфигурации, а не измерения скорости. Перечень фактических режимов индексов и настроек бакетов точнее описывает внедрение, чем дата релиза приложения или общее сообщение о доступности новой функции в аккаунте.
| Ситуация | Описанный режим | Действие для ENHANCED |
|---|---|---|
| Существующий индекс | CLASSIC до изменения | Обновить режим индекса |
| Новый индекс в старом бакете | Настройка бакета | Явно изменить режим по умолчанию |
| Бакет создан с 30 сентября | ENHANCED по умолчанию | Проверить конфигурацию индекса |
| Уже сохранённые векторы | Остаются на месте | Повторная загрузка не нужна |
Полноту оценивают внутри нужной коллекции
AWS заявляет, что при очень узких фильтрах количество подходящих найденных векторов может быть до пяти раз выше, чем для того же запроса в CLASSIC. Это утверждение поставщика об определённом условии поиска. Оно не означает пятикратного роста точности любого ответа и не устанавливает общего ускорения. Редакция не воспроизводила сравнение и не проводила собственного теста.
Для локальной оценки стоит определить релевантные документы внутри каждой разрешённой области поиска и сравнить долю найденного при одинаковых входных данных. Нужны как небольшие клиентские коллекции, так и широкие фильтры. Ответ помощника проверяется отдельно: дополнительный документ полезен, только если система правильно использовала его содержание и связала вывод с подходящим источником, а не просто увеличила объём контекста.
Проблема фильтрации шире одного сервиса
Официальная документация pgvector даёт независимый технический контекст. Она объясняет, что фильтрация после обхода приближённого индекса может оставить слишком мало результатов, и описывает продолжение обхода до достаточного числа совпадений либо установленного предела. Это описание другой реализации, а не доказательство одинаковых алгоритмов, стоимости или производительности pgvector и S3 Vectors в одинаковой задаче.
Разработчику полезно выяснить, на каком этапе применяется выбранная коллекция и что произойдёт при нехватке кандидатов. Названия продукта для ответа недостаточно. Осмысленное сравнение требует одинаковых векторных представлений, коллекции, фильтра и требуемого числа результатов. Время и стоимость нужно учитывать для полного запроса, иначе сравниваются разные части работы и получается вводящий в заблуждение рейтинг.
Метаданные становятся частью правил приложения
Обновление добавляет поиск по префиксу через оператор $startsWith. AWS указывает до 2 КБ фильтруемых метаданных на вектор и до 100 условий фильтра в запросе, считая проверяемые значения. Поэтому структура метаданных важна: короткое поле коллекции может быть практичнее длинного перечня отдельных идентификаторов. Ограничение следует учитывать при проектировании, а не обнаруживать после запуска помощника.
Представим поиск материалов одного проекта. Приложению нужны единое поле проекта, корректное обновление значений и правила для удалённых или перенесённых документов. Фильтр выражает выбранную область, но сам по себе не доказывает право пользователя выбирать любой проект. Проверка доступа остаётся частью окружающей системы. Это архитектурный вывод редакции, а не новое обещание автоматического управления правами в релизе.
Проверить обновление можно без замены модели
По словам AWS, изменение не требует повторной загрузки или правки запросов и не имеет дополнительной платы за функцию. Стандартные тарифы сохраняются. Заявлена доступность в коммерческих регионах присутствия сервиса и регионах AWS в Китае. Команде следует сопоставить это с рабочим регионом и проверить фактический режим своего индекса, а не выводить его из общей настройки аккаунта.
При оценке можно сохранить языковую модель и изменить только слой поиска. До и после переключения полезно записать пропущенные основания, лишние результаты и время ответа. Так виден конкретный эффект: сентябрьское обновление меняет способ нахождения информации внутри заданной области. Качество исходных записей и интерпретация помощником остаются отдельными задачами, которые одна настройка индекса не закрывает.
Вопросы и ответы
Нужно снова загружать векторы?
AWS описывает изменение режима на месте без повторной загрузки векторов и изменения запросов. При этом нужны соответствующие разрешения и проверка фактического режима индекса после обновления.
Новый индекс всегда использует ENHANCED?
Нет, это определяется настройкой бакета. Созданные с 30 сентября бакеты используют ENHANCED, а более старые сохраняют CLASSIC до изменения режима по умолчанию, в том числе для новых индексов.
Поиск стал бесплатным?
Нет. За саму предварительную фильтрацию дополнительная плата не заявлена, но стандартные тарифы хранения, загрузки и запросов сохраняются. Другие части приложения также могут иметь собственную стоимость.