You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Backend Identity: it's the app registration that represents the identity used by WhoIsWho backend to discover and index the organization resources to which it has been assigned as a reader. It must be also configured to "Expose an API" that maps the RestAPI used by the frontend. We have documented it's creation here: https://github.com/nicolgit/whoiswho#set-up-the-azure-ad-service-principal-used-by-the-whoiswho-whoiswho-identity, we should integrate the documented script for automatically configure the "Expose an API" part
Frontend Identity: it's the the app registration used for implement the authentication in the Single Page Application with API Permission on the previously exposed API (point 2). Its creation script has to be documented. Moreover after the solution deployment its configuration must be integrated with the final SPA AppService URI in the RedirectURI setting.
NOTE: The first App Registration could be the only one that has to be manually created. The remaining 2 could be automatically created via automation in the deployment pipeline if the "customer" AD Admin grants the Application permission "Application.ReadWrite.OwnedBy" on it. Considering the permissions impact on the AAD tenant, I don't think there are real cases of users willing to do this.
So we must necessarily document the creation of the 3 app registrations and the configuration of the respective parameters in the GitHub Actions for the deployment of the solution.
The final "Readme.md" macrosteps to be documented are:
Create the Deployment Identity App Registration
Create the Backend Identity App Registration
Create the Frontend Identity App Registration
Configure the 3 app registrations parameters (ClientId,ClientSecret,etc) in the GitHub Variables
Run the "Deploy WhoIsWho" GitHub Action
Configure the SPA AppService URI in the RedirectURI setting of the Frontend Identity App Registration (only the first time)
The text was updated successfully, but these errors were encountered:
liguori
changed the title
Define the configuration steps after the infrastracture and apps are deployed
Define the configuration steps for deploy the Infrastracture and App: App Registrations, GitHub Action instructions
May 24, 2021
liguori
changed the title
Define the configuration steps for deploy the Infrastracture and App: App Registrations, GitHub Action instructions
Define the configuration steps for deploy the Infrastracture and App: AAD App Registrations, GitHub Action instructions
May 24, 2021
In all azure samples I have meet I have always seen app registration(s) procedure documented and not scripted, so I do not see any real advantage to use a different approach for WhoIsWho
For the WhoIsWho solution we need at least of 3 App Registrations:
Deployment Identity: must have "contributor" permission over the Resource Group that will be used as destination for the WhoIsWho Azure Resources. We have documented its creation here: https://github.com/nicolgit/whoiswho#create-resource-group-and-a-service-principal-for-deploy-the-resources-deployment-identity.
Backend Identity: it's the app registration that represents the identity used by WhoIsWho backend to discover and index the organization resources to which it has been assigned as a reader. It must be also configured to "Expose an API" that maps the RestAPI used by the frontend. We have documented it's creation here: https://github.com/nicolgit/whoiswho#set-up-the-azure-ad-service-principal-used-by-the-whoiswho-whoiswho-identity, we should integrate the documented script for automatically configure the "Expose an API" part
Frontend Identity: it's the the app registration used for implement the authentication in the Single Page Application with API Permission on the previously exposed API (point 2). Its creation script has to be documented. Moreover after the solution deployment its configuration must be integrated with the final SPA AppService URI in the RedirectURI setting.
NOTE: The first App Registration could be the only one that has to be manually created. The remaining 2 could be automatically created via automation in the deployment pipeline if the "customer" AD Admin grants the Application permission "Application.ReadWrite.OwnedBy" on it. Considering the permissions impact on the AAD tenant, I don't think there are real cases of users willing to do this.
So we must necessarily document the creation of the 3 app registrations and the configuration of the respective parameters in the GitHub Actions for the deployment of the solution.
The final "Readme.md" macrosteps to be documented are:
The text was updated successfully, but these errors were encountered: