Azure SSO

Follow the sections in this guide to set up Azure SSO.


Admin permissions are required to register the application on the Azure portal.

  • From the Azure Active Directory, navigate to the App Registrations section from the left nav bar.
  • Click on New Registration. This step is for registering the OpenMetadata UI.
  • Provide an Application Name for registration.
  • Provide a redirect URL as a Single Page Application.
  • Click on Register.
  • The Client ID and the Tenant ID are displayed in the Overview section of the registered application.
  • When passing the details for authority, the Tenant ID is added to the URL as shown in the example below.
"authority": ""
  • Navigate to the newly registered application.
  • Click on the Authentication section.
  • Select the checkboxes for Access Token and ID Tokens.
  • Click Save.
  • Navigate to the section Expose an API.
  • Set the App ID URI. If it has not been set, the default value is api://<client_id>.
  • Click Save.
  • Click on Add a Scope.
  • Enter the details with a custom scope name to expose.
  • Once completed, click on Add Scope.

Another Azure Application must be registered for Service ingestion.

  • Provide an application name.
  • Create a public client redirect URI.
  • Click on Register.
  • Navigate to the Ingestion Application created in step 4.
  • Navigate to the section on API Permissions.
  • Click on Add a Permission.
  • Click on Add a Permission.
  • Select the custom scope created in Step 3.
  • Click on Add Permissions.

Open Metadata Ingestion authenticates and authorizes workflow connectivity with OpenMetadata API using OAuth2 Client Credentials grant. In the Client Credentials flow, there is no GUI to consent application permissions since it’s a machine to machine communication. So OpenMetadata Ingestion Azure Application will need to be pre-consented by Azure Active Directory to use the scope request to connect to OpenMetadata Azure Application via the application access scope.

  • Navigate to the Azure Active Directory >> Enterprise Application.
  • Navigate to the ingestion application created in step 4. This is also called the Service Principal.
  • Click on Permissions.
  • Click on Grant Admin Consent for Default Directory.
  • Navigate to the Azure Active Directory >> App Registrations >> [OpenMetadata Ingestion Application] >> Expose an API.
  • Click on Set in Application ID URI
  • Click on Save to set the App ID URI which is required for scopes while connecting from manual ingestion.
  • Navigate to Certificates & Secrets to generate the clientSecret.
  • Click on New Client Secret.
  • Enter a description and an expiry period.
  • The secret_key is required for ingestion.
  • clientID: The Application (Client) ID is displayed in the Overview section of the registered application.
  • authority: When passing the details for authority, the Tenant ID is added to the URL as shown below.
  • clientSecret: The clientSecret can be accessed from the Certificates & secret section of the application.

This information is required to configure Airflow.


After the applying these steps, you can update the configuration of your deployment:

After everything has been set up, you will need to configure your workflows if you are running them via the metadata CLI or with any custom scheduler.

When setting up the YAML config for the connector, update the workflowConfig as follows:

    hostPort: 'http://localhost:8585/api'
    authProvider: azure
      clientSecret: '{your_client_secret}'
      authority: '{your_authority_url}'
      clientId: '{your_client_id}'
        - your_scopes

Still have questions?

You can take a look at our Q&A or reach out to us in Slack

Was this page helpful?

editSuggest edits