Мы пытаемся реализовать механизм доступа к поисковому индексу azure. Сложность заключается в том, что большая часть обмена контентом основана на пользователях (среди них есть общие элементы). Это означает, что действительно сложно переопределить поисковый запрос с помощью фильтра того, к чему он может получить доступ (предварительно, если хотите). Поскольку существует ограничение на наличие фильтров (не более 100 фильтров), кажется, что существует необходимость пост-фильтрации / обрезки контента и создания своего рода прокси поискового запроса. Поскольку мы уже используем APIM, легко создать Web Api для переопределения поведения поиска по умолчанию ... Нам нужно создать своего рода прокси-сервер между поиском и пользователем. Нам нужно добавить слой безопасности поверх поиска. 2 способа сделать это: - предварительный фильтр: добавить некоторый архивный блок для фильтрации и тип ограничения в поисковом запросе. - постфильтр: обрезать содержимое в памяти с помощью профиля разрешений…: это немного сложно, так как если вы обрезаете 100% содержимого страницы запроса, вам нужно получить другие страницы без безопасности получения результатов… Другая идея заключается в том, создать индекс разрешений, отражающий исходный, и сохранить список пользователей в коллекции ... Любое предложение будет очень полезно.