Création de variantes d'architecture déployables

Une architecture déployable peut inclure des variations de capacité ou de complexité. Par exemple, vous pouvez créer une variante à démarrage rapide avec des fonctionnalités de base pour un déploiement simple et peu coûteux, puis disposer d'une variante standard avec une architecture plus complexe qui serait utilisée en production. Chacune de ces variantes est elle-même une architecture déployable, qui est intégrée et configurée pour apparaître comme options pour la même vignette dans le catalogue.

Si vous travaillez dans le ibm_catalog.json fichier manifeste du catalogue,variations sont appelés flavors. Cependant, dans la page de détails du catalogue, elles sont appelées variantes.

Les variations de l'architecture de base varient souvent dans les domaines clés suivants :

Coût
Conformité
Complexité dans le temps et dans l'utilisation
Il déploie quelque chose de différent pour un cas d'utilisation spécifique, mais résout le même problème commercial global.

Voici un exemple d'architecture déployable avec deux variantes dans le catalogue. Il s'agit de deux variantes qui utilisent la même source URL, le même nom de produit et la même version lors de l'intégration au catalogue afin de s'assurer qu'elles s'affichent côte à côte lorsque l'utilisateur sélectionne la tuile du catalogue :

Une architecture déployable avec deux — architecture déployable avec deux

Ajout d'une variante à une architecture déployable existante

Pour créer une autre variante de l'architecture déployable que vous avez déjà créée, procédez comme suit :

Dans votre référentiel de code source, créez un répertoire de travail et ajoutez le fichiers Terraform requis pour une architecture déployable.
Dans le fichier manifeste, ajoutez l'extrait de code suivant dans le fichier flavors section. Ce tableau définit l'offre comme faisant partie de la même architecture déployable, mais permet de la répertorier en tant que variante dans le catalogue. Si tu téléchargé votre manifeste à partir d'un fichier précédemment intégré version dans le catalogue, le fichier aura déjà une définition minimale en place pour une nouvelle variante.

Par exemple, si votre architecture déployable s'appelle Dinner et vous voulez créer une variante de cela, vous pourriez l'appeler steak comme le montre l’exemple suivant.
```
"flavors": [
 {
     "label": "Steak",
     "name": "steak-variation",
     "working_directory": "./steak",
     "install_type": "fullstack"
 }
]
```
Le fichier manifeste de catalogue mis à jour que vous téléchargez dans le cadre de votre version remplit automatiquement la plupart des configurations de votre nouvelle variante. Toutefois, il est recommandé de valider la configuration avant de partager le produit avec votre organisation.

Vous pouvez répéter ces étapes si vous avez d'autres variantes à ajouter. Lorsque vous avez terminé, vous pouvez créer votreGit relâcher et démarrer intégration à un catalogue privé pour créer une vignette de catalogue que vous pouvez partager avec d’autres.

Ajout d'une variante composée de plusieurs architectures déployables

Si vous avez empilé des architectures dans votre projet, vous pouvez ajouter cette solution en tant que variante dans le catalogue. Si une variante de démarrage rapide d'une architecture déployable est simple et peu coûteuse, une solution créée par empilement est généralement plus complexe et crée plus de ressources que cette variante de démarrage rapide.

Procédez comme suit :

Empiler des architectures déployables dans un projet. Pour plus d'informations, voir Empilage d'architectures déployables.

Configurez et déployez les architectures pour vérifier que la solution globale fonctionne comme prévu avant de l'ajouter en tant que variante.
Définir les variables que les utilisateurs doivent configurer pour réussir le déploiement. Pour plus d'informations, voir Définir des variables de pile.
Créer un fichier de définition de pile. La définition de la pile spécifie comment les architectures déployables empilées sont liées les unes aux autres. Les variables de pile que vous avez définies à l'étape précédente sont également incluses dans votre fichier de définition de pile.
Dans votre référentiel de code source, créez un répertoire de travail et ajoutez le stack_definition.json fichier dans ce répertoire. Pour plus d'informations, voir Création de votre dépôt source.
Dans ton ibm_catalog.json fichier manifeste, ajoutez l'extrait de code suivant dans le fichier flavors section:

Par exemple, si votre architecture déployable s'appelle Dinner et que vous souhaitez créer une variante de cette architecture, vous pouvez l'appeler Steak and potatoes with broccoli, comme le montre l'exemple suivant.
```
"flavors": [
 {
     "label": "Steak and potatoes with broccoli",
     "name": "steak-potatoes-broccoli-variation",
     "working_directory": "./steak-potatoes-broccoli",
     "install_type": "fullstack"
 }
]
```

Si vous ne l'avez pas déjà fait, créez votreGit relâcher et démarrer intégration à un catalogue privé pour créer une vignette de catalogue que vous pouvez partager avec d’autres.