Creazione di un account di progetto primario

Un vantaggio chiave dei progetti IBM Cloud è la capacità di gestire e collaborare centralmente la tua infrastruttura come distribuzioni del codice. Se stai utilizzando un'azienda, stabilire un account primario o home per archiviare tutti i tuoi progetti aiuta a gestire e tenere traccia dei tuoi progetti in un'unica ubicazione.

L'utilità di stabilire un account primario dipende dalla struttura aziendale. I progetti possono essere creati in un account e distribuire risorse ad altri account. Gli utenti possono visualizzare solo i progetti che si trovano all'interno dell'account a cui sono attualmente collegati. Inoltre, i report per più progetti possono essere generati solo per i progetti nello stesso account. Questo è un altro utile vantaggio di stabilire un account home comune per tutti i progetti in un'azienda o per tutti i progetti con una linea di business simile. Mantenendo il tuo progetto in un account primario e distribuendo account separati per ogni ambiente (sviluppo, test e produzione) per semplificare la gestione aziendale.

Per rendere l'account più semplice per identificare lo scopo e i progetti all'interno dell'account da parte di tutti gli utenti, fornisci all'account un nome leggibile. Ad esempio Front-end UI team e Back-end API team.

Definizione di un metodo di autenticazione

Quando si configura l'architettura distribuibile, è necessario aggiungere un metodo di autenticazione. Il metodo di autenticazione identifica l'account di destinazione in cui vengono distribuite le risorse e autorizza la distribuzione. È possibile scegliere di eseguire l'autenticazione tramite un profilo attendibile o un segreto esistente.

Controllo delle distribuzioni mediante ambienti

In un progetto, è possibile raggruppare le configurazioni correlate utilizzando un ambiente. Un ambiente può anche contenere proprietà come i valori di input e i dettagli di autenticazione. Queste proprietà vengono aggiunte automaticamente a una configurazione quando selezioni un ambiente, che consente di garantire distribuzioni accurate al tuo account di destinazione. Quando si modifica una configurazione, è possibile selezionare un ambiente per la configurazione da utilizzare nella sezione Definisci dettagli.

Organizzazione delle tue configurazioni

Considerare l'organizzazione di tutte le configurazioni correlate in un unico progetto. In questo modo, puoi gestire le distribuzioni da un'ubicazione e assicurarti che siano sicure e conformi. Potrebbe essere costituito da una o più architetture distribuibili per creare l'infrastruttura necessaria, che deve essere replicata per supportare più regioni e ambienti come sviluppo, test e produzione.

Utilizzare una convenzione di denominazione per le configurazioni in modo che gli utenti possano comprendere la funzionalità di ciascuna configurazione. Ad esempio, in una distribuzione che utilizza un'architettura distribuibile VPC Base e un'architettura distribuibile Kubernetes Cluster che si basa su VPC Base, puoi denominare le tue configurazioni come segue:

È possibile duplicare la configurazione di sviluppo nel file project.json e modificarlo come necessario per creare rapidamente distribuzioni di produzione dalle relative distribuzioni di sviluppo testate.

Creazione di gruppi di accesso per i progetti

L'accesso ai progetti è controllato da Identity and Access Management (IAM). Si consiglia di creare due o tre gruppi di accesso per progetto e di assegnare gli utenti che lavorano sul progetto a uno di tali gruppi di accesso. Ad esempio, potresti creare un file* Nome del progetto*-Gruppo di accesso lettori che fornisce accesso in sola lettura al progetto per gli utenti che necessitano di monitorare costi o disponibilità e a* Nome del progetto*-Gruppo di accesso scrittore per gli utenti operativi che necessitano di apportare modifiche a un progetto e distribuire risorse. Se necessario, è possibile creare due gruppi di accesso del programma di scrittura, uno per gli utenti che possono aggiungere configurazioni e completare i valori di input e un secondo per gli utenti che possono distribuire le risorse.

Per creare nuovi progetti, agli utenti deve essere assegnato un accesso specifico. Per ulteriori informazioni, consultare Assegnazione dell'accesso degli utenti ai progetti.

Il monitoraggio richiede elementi di attenzione

Gli elementi di attenzione necessari vengono utilizzati al meglio per monitorare la convalida, le approvazioni, gli errori e gli aggiornamenti delle versioni. Controllando regolarmente gli elementi di attenzione necessari, è possibile verificare che il progetto e la configurazione siano aggiornati e conformi.

Aggiunta di tag ai progetti

È possibile applicare tag per organizzare, tenere traccia e gestire i progetti. Può essere utile aggiungere tag ai progetti correlati o anche un tag per identificare progetti temporanei, come infrastrutture utilizzate per una demo per un cliente o un prototipo che non è più necessario. Ciò consente ai progetti temporanei di essere facilmente localizzati e gestiti.

Le tag non sono sensibili al maiuscolo/minuscolo e la lunghezza massima di una tag è 128 caratteri. I caratteri consentiti sono A-Z, 0-9, gli spazi, i caratteri di sottolineatura, i trattini, i punti e i caratteri due punti.

Alle risorse in un progetto vengono automaticamente fornite tag di servizio con l'ID progetto e l'ID configurazione a cui sono associati. Per ulteriori informazioni, vedi Tracciamento dell'utilizzo e della spesa per i progetti.

Annullamento della distribuzione delle risorse create dai progetti

Quando si distribuisce la propria configurazione, le risorse create possono essere gestite come un gruppo all'interno del progetto. Queste risorse vengono create in base al piano Terraform e possono essere gestite singolarmente nel tuo spazio di lavoro Schematics.

Sebbene tu possa distruggere singole risorse dallo spazio di lavoro Schematics, questa operazione non è consigliata per le risorse create utilizzando un progetto, poiché porta alla deviazione. Puoi invece annullare la distribuzione di tutte le risorse associate a una configurazione contemporaneamente dall'interfaccia utente del progetto con un solo clic. In questo modo la distribuzione viene rimossa da qualsiasi ambiente di destinazione in cui è stata distribuita la configurazione. Annullare la distribuzione delle risorse senza eliminare la configurazione può essere utile se è necessario distribuire nuovamente la configurazione in futuro.

Per impostazione predefinita, quando elimini un progetto o una configurazione, tutte le risorse distribuite vengono annullate automaticamente. Si consiglia di mantenere questa impostazione abilitata, ma è possibile disabilitarla aprendo il proprio progetto e andando a Gestisci > Impostazioni. Se si disabilita tale impostazione, le risorse restano distribuite quando si elimina una configurazione o un progetto, ma si perde la possibilità di gestire facilmente tali risorse all'interno del progetto. Le risorse distribuite possono continuare ad accumulare costi per il tuo account di destinazione se rimangono disponibili dopo l'eliminazione di un progetto o di una configurazione. Per ulteriori informazioni, vedere Disattivazione delle risorse.