Я использую Azure API Management, чтобы предоставить API-шлюз для некоторых API. Чтобы настроить политику для конкретного API, я использовал свойство (именованное значение) для восстановления метаданных пользователя, а затем назначаю его переменной в теле входящего запроса. При добавлении нового пользователя мне нужно добавить метаданные для нового пользователя в json. Значение свойства выросло и превысило лимит, и я больше не могу добавлять к нему дополнительную информацию. Мне интересно, как лучше всего восстановить мои большие метаданные, чтобы они были доступны в политике управления API?
Обновление1:
Я переключил процесс аутентификации с Azure на Auth0, чтобы добавить метаданные пользователя в Auth0 app_metadata, а затем в политиках Azure я проверяю JWT из Auth0 и получаю утверждение токена (app_metadata), описанное в эта статья. Поступая таким образом, я могу решить проблему с большими пользовательскими метаданными (json), однако это не решает другие несвязанные пользовательские метаданные, хранящиеся в других свойствах (именованное значение), и, кроме того, входящие политики шлюза API растут и становятся огромным набором логики. которым нелегко управлять и поддерживать.
На этом этапе я ищу решение для более эффективной обработки всех входящих политик шлюза API и более управляемой среды, то есть C #. Итак, мои два цента - реализовать входящие политики шлюза API в новом .net Api и вызвать этот новый API в существующих политиках входящего шлюза API, чтобы он мог играть роль моста между шлюзом API Azure и существующим API, но я все еще не уверен, возможно ли это и можно ли вызвать существующий API напрямую через новый API или он должен вызываться каким-либо образом через шлюз Azure API!
