Vous créez un projet auquel vous ajoutez des membres et des zones de cloud afin que les membres du projet puissent déployer leurs modèles de cloud sur les zones associées. En tant qu'administrateur de Automation Assembler, vous créez un projet pour une équipe de développement. Vous pouvez ensuite attribuer un administrateur de projet ou vous pouvez agir en tant qu'administrateur de projet.

Lorsque vous créez un modèle de cloud, vous devez d'abord sélectionner le projet auquel l'associer. Vous ne pouvez créer le modèle de cloud que si le projet existe.

Assurez-vous que vos projets prennent en charge les besoins professionnels de l'équipe de développement.

  • Le projet fournit-il les ressources qui prennent en charge les objectifs de l'équipe. Pour un exemple illustrant comment les ressources de l'infrastructure et un projet prennent en charge un modèle de cloud, reportez-vous à la section Didacticiel : configuration et test de l'infrastructure et des déploiements multi-cloud dans Automation Assembler.
  • Les membres de votre projet exigent ou attendent que leurs déploiements soient partagés ou privés. Les déploiements partagés sont accessibles par tous les membres du projet sur la page Déploiements, pas uniquement par le membre assurant le déploiement. Vous pouvez modifier l'état de partage du déploiement à tout moment.

    Lorsque vous partagez le déploiement avec des membres du projet, les membres peuvent exécuter la même action du jour 2. Pour gérer la capacité des membres à exécuter des actions du jour 2, vous pouvez créer des stratégies du jour 2 dans Automation Service Broker. Les stratégies s'appliquent aux déploiements de Automation Assembler et de Automation Service Broker.

    Pour en savoir plus sur les stratégies du jour 2, reportez-vous à Comment autoriser les utilisateurs d'un déploiement à effectuer des actions du jour 2 à l'aide de stratégies.

Cette procédure est basée sur la création d'un projet initial qui inclut uniquement les configurations de base. Au fur et à mesure que votre équipe de développement crée et déploie ses modèles de cloud, vous pouvez modifier le projet. Vous pouvez ajouter des contraintes, des propriétés personnalisées et d'autres options pour améliorer l'efficacité du déploiement. Reportez-vous aux articles proposés dans Informations sur les projets Automation Assembler.

Conditions préalables

Procédure

  1. Sélectionnez Infrastructure > Administration > Projets et cliquez sur Nouveau projet.
  2. Entrez le nom du projet.
  3. Cliquez sur l'onglet Users.
    1. Pour que les déploiements des membres du projet deviennent accessibles uniquement par l'utilisateur, désactivez Partage de déploiement. Pour vous assurer que vous pouvez attribuer la propriété d'un déploiement à un autre membre du projet, vérifiez que le Partage de déploiement est activé.
    2. Ajoutez des utilisateurs ou des groupes d'utilisateurs avec des rôles attribués.
      Les rôles d'utilisateur basés sur des groupes permettent aux utilisateurs de sortir de vos groupes Active Directory plutôt que d'obliger l'administrateur de projet à mettre à jour constamment les utilisateurs individuels du projet. Par exemple, si la propriété du déploiement est basée sur des groupes, vous pouvez modifier la propriété d'un déploiement pour le groupe. Toutes les notifications sont envoyées à tous les membres du groupe, qui peuvent ainsi tous répondre.
  4. Cliquez sur l'onglet Provisionnement et ajoutez une ou plusieurs zones de cloud.

    Ajoutez les zones de cloud et les zones privées virtuelles qui contiennent les ressources prenant en charge les modèles de cloud déployés par les utilisateurs du projet.

    Pour chaque zone, vous pouvez définir une priorité de zone et limiter la quantité de ressources que le projet peut utiliser. Les limites possibles incluent le nombre d'instances, la capacité de mémoire et le nombre de CPU. Pour les zones de cloud vSphere uniquement, vous pouvez configurer des limites de stockage pour les ressources déployées qui sont basées sur des modèles de machines virtuelles vSphere et des éléments de la bibliothèque de contenu. Les limites de stockage prennent en compte la capacité réelle pour le provisionnement de ressources statique et dynamique afin que vous ne puissiez pas surprovisionner lors de l'utilisation du provisionnement dynamique. Les disques de première classe et les disques indépendants vSphere sont également pris en compte dans les limites de stockage. Les limites de stockage ne s'appliquent pas aux modèles OVA/OVF qui se trouvent en dehors de la bibliothèque de contenu.

    Les limites de stockage sont évaluées lorsque vous demandez un déploiement et lorsque vous apportez des modifications au déploiement à l'aide des actions redimensionner le disque, redimensionner le disque de démarrage, supprimer le disque et compter les mises à jour. À l'instar du provisionnement initial, le provisionnement statique et le provisionnement dynamique sont pris en compte pour éviter le surprovisionnement. Ces limites de stockage ne s'appliquent pas à d'autres types de ressources tels qu'AWS, Microsoft Azure ou Google Cloud Platform.

    Lorsque vous ajoutez chaque zone et que vous appliquez des limites, ne limitez pas les ressources du projet jusqu'au point où les membres ne peuvent pas déployer leurs modèles de cloud.

    Lorsque vos utilisateurs envoient une demande de déploiement, les zones sont évaluées afin de déterminer celles qui disposent des ressources nécessaires pour prendre en charge le déploiement. Si plusieurs zones peuvent prendre en charge le déploiement, leur priorité est évaluée et la charge de travail est placée sur celle ayant la priorité la plus faible.

  5. Si le déploiement des charges de travail demandées pour ce projet prend plus de deux heures, entrez une valeur supérieure pour Délai d'expiration.
    La valeur par défaut est de deux heures.
  6. Cliquez sur Créer.
  7. Pour tester votre projet avec les zones de cloud de projet, cliquez sur Configuration de test sur la page Projets.
    La simulation exécute un test de déploiement hypothétique normalisé par rapport aux ressources de zone de cloud du projet. Si elle échoue, vous pouvez vérifier les détails et corriger la configuration de vos ressources.

Que faire ensuite

Prise en main des modèles de cloud. Reportez-vous à la section Conception de vos déploiements de Automation Assembler.