An Azure service for ingesting, preparing, and transforming data at scale.
Hello @Pradeep Ulindala
Based on the current Azure Data Factory documentation, Federated Identity Credential (FIC) / Workload Identity Federation isn't exposed as a native authentication option for the ADLS Gen2 linked service.
The ADLS Gen2 connector currently documents these authentication methods:
- Account key
- SAS
- Service principal
- System-assigned managed identity
- User-assigned managed identity
For service-principal authentication, ADF's documented linked-service configuration still expects an application/client secret. Managed Identity is the supported secretless option.
Therefore, ADF can't currently be configured so that an ADLS Gen2 linked service natively performs the FIC token exchange you've described. A similar cross-tenant FIC scenario has also been raised previously because the Federated Credential option isn't available in ADF linked services.
For same-tenant access, I would use the Data Factory's system-assigned or user-assigned managed identity and grant it the appropriate Storage Blob Data Reader/Contributor role and ADLS ACLs.
For the specific cross-tenant, secretless requirement, there doesn't appear to be a documented native ADF ADLS Gen2 linked-service pattern using workload identity federation today. You would need either a different authentication architecture or one of the currently supported linked-service authentication methods.
I also couldn't find a public Microsoft roadmap commitment for adding FIC/WIF authentication to ADF linked services, so I wouldn't provide an ETA.
Reference:
Microsoft Learn – Azure Data Lake Storage Gen2 connector for Azure Data Factory
https://learn.microsoft.com/en-us/azure/data-factory/connector-azure-data-lake-storage?
Hope this helps.
Please "Accept the Answer" if this information helped you. This will help us and others in the community as well.