Creazione di variazioni di architettura distribuibili

Un'architettura distribuibile può includere variazioni di funzionalità o complessità. Ad esempio, è possibile creare una variazione di avvio rapido con funzionalità di base per una distribuzione semplice e a basso costo, quindi si potrebbe avere una variazione standard con un'architettura più complessa che verrebbe utilizzata in produzione. Ognuna di queste variazioni è essa stessa un'architettura distribuibile, che viene caricata e configurata per apparire come opzioni per lo stesso riquadro nel catalogo.

Se stai lavorando nel file manifest del catalogo ibm_catalog.json, variations vengono indicati come flavors. Tuttavia, nella pagina dei dettagli del catalogo, vengono indicati come variazioni.

Le variazioni dell'architettura di base spesso variano nelle seguenti aree chiave:

Costo
Conformità
Complessità nel tempo e nell'uso
Distribuisce qualcosa di differente per uno specifico caso d'uso, ma risolve lo stesso problema di business generale.

Ecco un esempio di architettura distribuibile con due variazioni nel catalogo. Si tratta di due varianti che utilizzano la stessa fonte URL, lo stesso nome di prodotto e la stessa versione durante l'inserimento nel catalogo, per garantire che vengano visualizzate una accanto all'altra dopo che l'utente ha selezionato il riquadro del catalogo:

Un'architettura dispiegabile con due — 'architettura dispiegabile con due

Aggiunta di una variazione a un'architettura distribuibile esistente

Per creare un'altra variante dell'architettura distribuibile già creata, completare la seguente procedura:

Nel tuo repository di codice di origine, crea una directory di lavoro e aggiungi i file Terraform richiesti per un'architettura distribuibile.
Nel file manifest, aggiungere il seguente frammento di codice nella sezione flavors. Questo array definisce l'offerta come parte della stessa architettura distribuibile, ma ne consente l'elenco come variazione all'interno del catalogo. Se hai scaricato il tuo manifest da una versione precedentemente inserita nel catalogo, il file avrà già una definizione minima in atto per una nuova variazione.

Ad esempio, se la tua architettura distribuibile è denominata Dinner e vuoi crearne una variante, potresti chiamarla steak come mostrato nel seguente esempio.
```
"flavors": [
 {
     "label": "Steak",
     "name": "steak-variation",
     "working_directory": "./steak",
     "install_type": "fullstack"
 }
]
```
Il file manifest di catalogo aggiornato che si carica come parte della propria release riempie automaticamente la maggior parte delle configurazioni per la nuova variazione. Tuttavia, è consigliabile convalidare la configurazione prima di condividere il prodotto con la propria organizzazione.

È possibile ripetere questi passi se si hanno più variazioni da aggiungere. Al termine, puoi creare la tua release Git e avviare l'onboarding in un catalogo privato per creare un tile del catalogo che puoi condividere con altri.

Aggiunta di una variante composta da più architetture distribuibili

Se si impilano le architetture nel progetto, è possibile aggiungere la soluzione come variante nel catalogo. Se una variante rapida di un'architettura distribuibile è semplice e a basso costo, una soluzione creata tramite impilamento è in genere più complessa e crea più risorse di quella variante rapida.

Completa i seguenti passi:

Impilare le architetture distribuibili in un progetto. Per ulteriori informazioni, vedi Stacking deployable architectures.

Configurare e distribuire le architetture per verificare che la soluzione complessiva funzioni come progettato prima di aggiungerla come variante.
Definire le variabili che gli utenti devono configurare per eseguire correttamente la distribuzione. Per ulteriori informazioni, consultare Definizione delle variabili di stack.
Creare un file di definizione stack. La definizione dello stack specifica come le architetture implementabili impilate si relazionano tra loro. Le variabili di stack definite nel passo precedente sono incluse anche nel file di definizione dello stack.
Nel tuo repository del codice sorgente, crea una directory di lavoro e aggiungi il file stack_definition.json a quella directory. Per ulteriori informazioni, consulta Creazione del tuo repository di origine.
Nel tuo file manifest ibm_catalog.json, aggiungi il seguente frammento di codice alla sezione flavors :

Ad esempio, se l'architettura distribuibile si chiama Dinner e si vuole creare una variante di tale architettura, la si può chiamare Steak and potatoes with broccoli, come mostrato nell'esempio seguente.
```
"flavors": [
 {
     "label": "Steak and potatoes with broccoli",
     "name": "steak-potatoes-broccoli-variation",
     "working_directory": "./steak-potatoes-broccoli",
     "install_type": "fullstack"
 }
]
```

Se non lo hai già fatto, crea la tua release Git e avvia l'onboarding in un catalogo privato per creare un tile del catalogo che puoi condividere con altri.