FHIR Server for Azure: механизм Azure AD при наличии нескольких серверов - PullRequest
2 голосов
/ 16 октября 2019

Как объяснено здесь , вам необходимо зарегистрировать свой FHIR API в Azure AD, чтобы совершать вызовы API.

Azure AD бесплатен для единого входа для 10 приложений: https://azure.microsoft.com/en-us/pricing/details/active-directory/

Q: Учитывая сценарий, когда у меня есть доступ к более 10 API-интерфейсам FHIRчерез одну веб-платформу несколькими пользователями, нужно ли назначать учетную запись для каждого актера и платить 6 долларов США в месяц (Premium P1)?

Или я мог бы иметь одну учетную запись, которая используется для вызовов API и аутентификации акторов с помощью другого метода? Если у вас сотни пользователей, довольно дорого заплатить по 6 долларов за каждого только за аутентификацию.

Правильно ли я понимаю Azure AD? Есть ли другой лучший метод?

1 Ответ

2 голосов
/ 24 октября 2019

Ответ: Нет. Весьма вероятно, что вы сможете обойтись менее чем с 10 регистрациями приложений, не теряя возможности авторизовать каждого отдельного пользователя. Единственное ограничение, о котором вы должны беспокоиться, - это ограничение на 500 000 объектов.

Объяснение: Концепция регистрации приложений хорошо объяснена здесь , и я не буду пытаться сделать лучшеjob.

Ключевым моментом в контексте этого вопроса является то, что вы можете использовать одну и ту же регистрацию приложений с любым количеством «приложений», сколько захотите. Единственным последствием является то, что вы не сможете назначать разные разрешения для каждого из этих приложений.

Из вашего вопроса не очень ясно, что означает "10 API".

В самом простомВ этом случае у вас есть 10 различных конечных точек, размещенных в одном и том же приложении, и в этом случае решение тривиально: используйте одну регистрацию приложения с таким количеством «ролей приложения», сколько необходимо для контроля доступа настолько детально, насколько вам необходимо / поддерживается FHIR.

В худшем случае у вас есть 10 приложений, размещенных независимо, и в этом случае вы все равно можете использовать манифест приложения для создания столько ролей приложения, сколько необходимо, скорее всего, с использованием некоторого префикса: app1_admin, app1_readonly, app2_readonly и т. Д. Затем используйте тероли приложения для предоставления разрешений вашим конечным точкам.

См. эту документацию о том, как создавать роли приложения в манифесте приложения.

Изображение стоит больше тысячи слов,Это должно проиллюстрировать, как вы можете использовать одну и ту же регистрацию приложений для любого количества приложений.

Same App Registration used by multiple applications

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...