Exemplo de script pré e pós-implantação
APLICA-SE A: Azure Data Factory Azure Synapse Analytics
Gorjeta
Experimente o Data Factory no Microsoft Fabric, uma solução de análise tudo-em-um para empresas. O Microsoft Fabric abrange tudo, desde a movimentação de dados até ciência de dados, análises em tempo real, business intelligence e relatórios. Saiba como iniciar uma nova avaliação gratuitamente!
O exemplo a seguir demonstra como usar um script pré e pós-implantação com integração e entrega contínuas no Azure Data Factory.
Instalar o Azure PowerShell
Instale os módulos do Azure PowerShell mais recentes ao seguir as instruções em How to install and configure Azure PowerShell (Como instalar e configurar o Azure PowerShell).
Aviso
Certifique-se de usar o PowerShell Core na tarefa ADO para executar o script
Script pré e pós-implantação
Os scripts de exemplo para parar/iniciar gatilhos e atualizar parâmetros globais durante o processo de lançamento (CICD) estão localizados na página oficial do GitHub do Azure Data Factory.
Nota
Use o PrePostDeploymentScript.Ver2.ps1 se quiser desativar/ativar apenas os gatilhos que foram modificados em vez de desativar todos os gatilhos durante o CI/CD.
Execução de scripts e parâmetros
O script de exemplo a seguir pode ser usado para parar gatilhos antes da implantação e reiniciá-los depois. O script também inclui código para excluir recursos que foram removidos. Salve o script em um repositório git do Azure DevOps e faça referência a ele por meio de uma tarefa do Azure PowerShell na versão mais recente do Azure PowerShell.
Ao executar um script de pré-implantação, você precisa especificar uma variação dos seguintes parâmetros no campo Argumentos de script .
-armTemplate "$(System.DefaultWorkingDirectory)/<your-arm-template-location>" -ResourceGroupName <your-resource-group-name> -DataFactoryName <your-data-factory-name> -predeployment $true -deleteDeployment $false
Ao executar um script postdeployment, você precisa especificar uma variação dos seguintes parâmetros no campo Argumentos de script .
-armTemplate "$(System.DefaultWorkingDirectory)/<your-arm-template-location>" -ResourceGroupName <your-resource-group-name> -DataFactoryName <your-data-factory-name> -predeployment $false -deleteDeployment $true
Nota
O -deleteDeployment
sinalizador é usado para especificar a exclusão da entrada de implantação do ADF do histórico de implantação no ARM.
Execução de scripts e parâmetros - YAML Pipelines
O código YAML a seguir executa um script que pode ser usado para parar gatilhos antes da implantação e reiniciá-los depois. O script também inclui código para excluir recursos que foram removidos. Se você estiver seguindo as etapas descritas em Novo fluxo de CI/CD, esse script será exportado como parte do artefato criado por meio do pacote de publicação npm.
Parar gatilhos do ADF
- task: AzurePowerShell@5
displayName: Stop ADF Triggers
inputs:
scriptType: 'FilePath'
ConnectedServiceNameARM: AzureDevServiceConnection
scriptPath: ../ADFTemplates/PrePostDeploymentScript.ps1
ScriptArguments: -armTemplate "<your-arm-template-location>" -ResourceGroupName <your-resource-group-name> -DataFactoryName <your-data-factory-name> -predeployment $true -deleteDeployment $false
errorActionPreference: stop
FailOnStandardError: False
azurePowerShellVersion: 'LatestVersion'
pwsh: True
workingDirectory: ../
Iniciar gatilhos do ADF
- task: AzurePowerShell@5
displayName: Start ADF Triggers
inputs:
scriptType: 'FilePath'
ConnectedServiceNameARM: AzureDevServiceConnection
scriptPath: ../ADFTemplates/PrePostDeploymentScript.ps1
ScriptArguments: -armTemplate "<your-arm-template-location>" -ResourceGroupName <your-resource-group-name> -DataFactoryName <your-data-factory-name>-predeployment $false -deleteDeployment $true
errorActionPreference: stop
FailOnStandardError: False
azurePowerShellVersion: 'LatestVersion'
pwsh: True
workingDirectory: ../
Conteúdos relacionados
- Visão geral da integração contínua e da entrega
- Automatizar a integração contínua mediante a utilização das versões dos Pipelines do Azure
- Promover manualmente um modelo do Resource Manager para cada ambiente
- Usar parâmetros personalizados com um modelo do Gerenciador de Recursos
- Modelos do Gerenciador de Recursos Vinculados
- Usando um ambiente de produção de hotfix