如何配置单个Integration Runtime对接Azure Data Factory与Purview

自承载Integration Runtime（Self-hosted IR, SHIR）原生支持跨Azure Data Factory与Azure Purview两个服务共享复用，完全可以用单台本地on-prem服务器上部署的同一个SHIR实例，同时支撑本地数据到云的ADF数据加载、以及Purview的本地数据资产扫描两类操作，不需要拆分部署两套Runtime，也无需在切换操作时反复调整配置。

• 本地IR初始部署阶段
  • 在目标on-prem服务器上通过官方提供的Self-hosted Integration Runtime installer安装SHIR进程，配置系统服务运行账号为对本地源数据有稳定读取权限的域账号/本地系统账号，不要使用临时个人账号，避免权限周期性失效
  • 确保服务器出站网络允许SHIR通过443端口同时访问ADF与Purview的公共服务端点，这是SHIR的标配网络要求，不需要额外开放特殊端口
  • 安装完成后从本地SHIR管理工具中复制实例绑定密钥，供后续两个云服务侧关联使用
• 双服务侧关联同一IR实例
  • 登录ADF Studio，在管理模块的Integration Runtime页面，通过刚才获取的绑定密钥完成SHIR实例的注册绑定
  • 再登录Purview Studio，在管理模块的Integration Runtime页面，使用完全相同的绑定密钥完成同一SHIR实例的关联——这一步不需要在本地服务器上重新安装第二份IR进程，本地实际运行的始终是同一个SHIR服务进程
• 分场景配置对应数据源连接
  • ADF侧：创建指向本地on-prem服务器的源端链接服务时，直接选中已关联的共享SHIR作为数据传输通道，配置对应数据源的连接参数，调试完成后即可配置周期性数据加载管道
  • Purview侧：创建指向同一台本地on-prem服务器的资产数据源时，同样选中该共享SHIR作为扫描执行通道，配置对应扫描账号的元数据读取权限，绑定周期性扫描计划即可
• 锁定配置减少手动调整
  • 在本地SHIR管理工具中开启自动更新能力，将更新窗口设置为业务低峰期，避免版本升级带来的配置手动调整
  • 提前梳理权限的最小覆盖范围：确保绑定的服务账号同时满足ADF数据传输需要的数据源读取权限、Purview扫描需要的元数据提取权限，不需要在两类操作之间临时切换账号权限

• 不要为ADF和Purview分别在同一台本地服务器上安装两套SHIR实例，会引发本地进程端口占用、资源争抢，反而需要手动切换配置才能正常运行
• 不需要为Purview扫描单独预留独立的IR节点，两类操作走的是同一个SHIR的网络通道与进程资源，不会互相干扰
• 不要在使用过程中随意修改SHIR的本地绑定参数，两个云服务侧只要关联的是同一个绑定密钥的实例，本地端的配置调整会自动同步到两个工作区，不需要逐次在云侧改配置

内容的提问来源于stack exchange，提问作者AstridM