Une entreprise migre ses intégrations de données vers Azure. Elle dispose : (a) de dizaines de packages SSIS existants qui doivent être migrés (lift-and-shift) avec un minimum de modifications ; (b) de nouvelles transformations cloud-native utilisant des flux de données de mappage ; (c) d'une connectivité sécurisée à Oracle sur site via un pare-feu. Vous prévoyez d'orchestrer avec des pipelines Azure Data Factory. Quels sont les deux runtimes d'intégration que vous devez provisionner ?

Pour les packages SSIS existants qui nécessitent une migration lift-and-shift avec un minimum de modifications, l'Azure-SSIS Integration Runtime est le choix approprié. Il permet d'exécuter des packages SSIS dans Azure sans les réécrire. Pour la connectivité sécurisée à Oracle sur site via un pare-feu, le Self-hosted Integration Runtime est nécessaire. Il s'installe sur une machine locale et agit comme un pont sécurisé entre les services Azure Data Factory et les sources de données sur site. L'Azure integration runtime est pour les données cloud et ne gère pas SSIS ni les sources sur site. Un cluster Databricks est utilisé pour des charges de travail Spark, pas pour l'exécution de SSIS ou la connectivité on-premise. Le catalogue SSIS sur SQL Managed Instance est l'endroit où les packages SSIS sont stockés, mais il nécessite un Azure-SSIS IR pour leur exécution.