Blog Post

Trusting the Fine Print or connecting Azure Data Factory with Salesforce

,

(2022-Jan-19) David Eldersveld once said that a “cool solution is a completely insecure solution” - David Eldersveld on Twitter. That puzzled me, but only for a little while, since I completely agree with him. It’s easier to create a solution prototype that doesn’t meet most of the security requirements and then present it as a minimum viable product. It’s harder to take a different, more demanding path to create an IT solution and apply necessary security guidelines.

 

Image by Daniel Nebreda from Pixabay

Microsoft documents really well all the technical details on how to integrate Salesforce datasets using Azure Data Factory (ADF) and making them available for further processing - https://docs.microsoft.com/en-us/azure/data-factory/connector-salesforce?tabs=data-factory. This document covers the usual set of capabilities, definition of a linked service to Salesforce, data copy task along with explaining its source and sink datasets. 

Creating a linked service to a particular data source is very important, it’s like oxygen that your data load pipelines won’t live without or a rock foundation that your data solution requires to withstand all windy and rainy climate transitions.

Salesforce linked service in ADF is no different from others and contains both required and optional parameters:

  • environmentUrl
  • username
  • password
  • securityToken
  • apiVersion

In a less secure Azure environment, you can simply provide Salesforce URL, user name, password and security token along with Azure Integration runtime to create a successful authentication in your Data Factory.

Making further steps to secure your Azure data platform by introducing a self-hosted integration runtime (usually installed on a VM) behind a corporate firewall, will lead to enabling Salesforce egress traffic on the firewall from your VM with self-hosted integration runtime.

However, if you read that “fine print” section of the security token definition, you may find additional information on how to bring extra security to your ADF and Salesforce connection, by adding your integration runtime's IP to the trusted list on a Salesfore side.

This will eventually turn your Salesforce and Azure Data Factory data integration into a secure IP to IP communication channel, as well as remove a need to provide a security token during a connection.

The image below may describe my reaction when the final secured data connection between Salesforce and ADF  was established and testing a fundamental linked service was finally successful. Going back to David Eldersveld’s statement about “cool insecure solutions”, I can definitely say that a secure solution is much cooler :- )
Image by StartupStockPhotos from Pixabay  

Original post (opens in new tab)

Rate

You rated this post out of 5. Change rating

Share

Share

Rate

You rated this post out of 5. Change rating