Gestione dei provider di origine configurazione

Memorizza in remoto le configurazioni Terraform utilizzando i provider di origine configurazione in Resource Manager.

Nota

Per le configurazioni Terraform remote in DevOps, vedere Creazione di uno stack da DevOps.

È possibile eseguire i task di gestione riportati di seguito con i provider di origine configurazione.

Criteri IAM necessari

Utilizzare i criteri per concedere l'accesso ai provider di origine configurazione in Resource Manager.

Per gestire i provider di origine configurazione, è necessario disporre del tipo di accesso richiesto in un criterio scritto da un amministratore, indipendentemente dal fatto che si stia utilizzando la console o l'API REST con un SDK, un'interfaccia CLI o un altro strumento. Per creare un provider di origine configurazione, è necessario manage orm-config-source-providers. Per creare uno stack con un provider di origine configurazione esistente, è necessario disporre di manage orm-stacks e read orm-config-source-providers. Se non conosci i criteri, consulta la Panoramica sui criteri IAM.

Amministratori: per i criteri comuni che consentono ai gruppi di accedere ai provider di origine configurazione in Resource Manager, vedere Gestisci provider di origine configurazione (Protezione di Resource Manager).

Prodotti supportati

Rivedere i prodotti supportati per i provider di origine configurazione in Resource Manager.

Nota

Per i prerequisiti specifici del prodotto, vedere le istruzioni specifiche del prodotto per la creazione dei provider di origine configurazione. Ad esempio, per GitHub, vedere Creazione di un provider di origine configurazione GitHub.

Sono supportati i moduli secondari. Quando si accede a una configurazione Terraform in un repository con moduli secondari, ad esempio quando si esegue un job di applicazione in uno stack che utilizza un provider di origine configurazione in Git, Resource Manager duplica in modo ricorsivo il repository.

Un provider di origine configurazione può essere uno dei seguenti tipi:

  • Bitbucket
  • GitHub
  • GitLab

Di seguito sono riportati i prodotti supportati per ogni tipo di provider di origine configurazione.

Esempi di URL dei server

Cloud Bitbucket:

  • https://bitbucket.org/

Server Bitbucket:

  • my-private-bitbucket-server.example.com

GitHub:

  • GitHub Cloud aziendale: https://github.com/org-name
  • GitHub Enterprise Server: https://hostname/api/v3
  • GitHub Gratuito per l'organizzazione: https://github.com/org-name
  • GitHub Gratuito per gli account utente: https://github.com
  • GitHub team: https://github.com/team-name

GitLab:

  • GitLab.com prodotto: https://gitlab.com/
  • GitLab installazione (URL relativo): https://example.com/gitlab
  • Installazione di GitLab (sottodominio): https://gitlab.example.com/

Applicazione di tag

Applica tag alle risorse per organizzarle in base alle esigenze aziendali. È possibile applicare le tag quando si crea una risorsa ed è possibile aggiornare una risorsa in un secondo momento per aggiungere, rivedere o rimuovere le tag. Per informazioni generali sull'applicazione delle tag, vedere Tag risorsa.