Salut à tous et bienvenue.
Maintenant, dans la vidéo d'aujourd'hui, nous allons discuter d'un catalogue de services.
Maintenant, avant de faire cela, examinons rapidement le processus de création facile à instancier.
Alors de l'AC à la console, lançons rapidement une nouvelle instance.
Maintenant, lorsque vous lancez un easy par exemple, il y a tellement d'options que vous devrez sélectionner.
L'un des premiers est le nom de l'AC à l'AMA, à partir duquel l'AC à l'instance doit être lancée.
Ensuite, vous avez le type d'instance, vous avez le clavier, puis vient le paramètre réseau dans lequel vous
pouvez sélectionner le VPC est les sous-réseaux.
Vous pouvez sélectionner des options liées aux adresses IP élastiques, aux pare-feu, et si vous descendez un peu, vient
ensuite l'option de stockage.
Et dans les détails avancés ici, vous avez des options liées aux rôles IAM ou à la récupération automatique.
Si vous descendez un peu dans la configuration liée à la surveillance du cloud, la configuration des crédits, les groupes de placement,
etc., il y a tellement de configurations, tellement de paramètres sont là maintenant pour le gars des opérations de développement ou pour un gars.
Ce n'est pas une chose vraiment compliquée.
Ils ont fait la certification, ils ont parcouru la documentation.
Ils savent quelles sont les choses qui doivent être créées.
Mais pour un développeur, cela peut être un travail compliqué.
Donc, généralement, ce que vous verrez dans l'organisation, c'est que le développeur ira de l'avant et ajoutera un nom, ajoutera AMA et
le groupe de sécurité.
Ce sera 0000 pour tous les ports et ils lanceront simplement l'instance.
Ils ne se penchent pas vraiment sur d'autres détails qui sont importants non seulement du point de vue de la fiabilité,
mais spécifiquement du point de vue de la sécurité.
Il est donc important que le développeur utilise également les options standardisées pour lancer l'instance AC Two.
Maintenant, les développeurs ne veulent pas vraiment entrer dans toutes ces options car ils ont leur propre travail
à faire.
Donc, généralement, ce qu'ils diront, c'est que, pouvez-vous me donner une option en un seul clic où je peux cliquer sur un
bouton et toutes les données de l'environnement de développement sont créées pour moi, et c'est ce dont le développeur a besoin.
Et cela profite non seulement au développeur, mais également aux DevOps ainsi qu'à l'équipe de sécurité.
Car s'il existe un modèle standardisé sur la base duquel l'environnement de développement peut être
lancé, il peut également être sécurisé et fiable.
C'est donc là que le catalogue de services entre en scène.
Ainsi, à la vue d'ensemble de haut niveau, le catalogue de services permet aux organisations de créer et de gérer le catalogue
des services informatiques approuvés pour l'utilisateur sur un appareil.
Alors comprenons-le rapidement.
Supposons que vous ayez un produit de catalogue de services.
Il y a donc deux produits.
Vous avez un environnement de développement et vous avez un environnement de production et vous avez un ensemble d'utilisateurs
sur la gauche.
Appelons-les simplement en tant que développeurs.
Maintenant, les développeurs veulent lancer leurs ressources de développement.
Ainsi, au lieu de créer manuellement les deux instances faciles, de créer manuellement la
base de données, etc., ce qu'ils peuvent faire dans ce catalogue de services, car deux produits sont disponibles,
le développeur peut continuer et lancer ce produit d'envie de développement à partir du catalogue de services et Service Catalog
s'occupe en coulisse du lancement des deux instances AC, du lancement de la base de données et de sa configuration associée.
D'accord.
Il s'agit donc d'un aperçu de haut niveau de ce que le catalogue de services nous permet de faire.
Alors faisons une chose.
Faisons une démonstration rapide.
Maintenant, je suis actuellement connecté au catalogue de services de notre utilisateur Bob et vous pouvez considérer Bob comme développeur
dans la vidéo d'aujourd'hui.
Maintenant que nous cherchons, il y a deux environnements ici, l'environnement de développement et l'environnement de production.
Désormais, Bob, au lieu de créer manuellement l'instance ESI Two et les ressources associées nécessaires au
développement, peut accéder à Service Catalog.
Il peut cliquer sur l'environnement de développement et il peut cliquer sur Lancer le produit et vous pouvez donner un nom.
Vous pouvez dire Bob Dev et être.
Descendons un peu et cliquons sur lancement produit.
Et maintenant, vous voyez dans les informations que le catalogue de services de rencontres lance l'environnement de développement de l'ampoule
et que l'approvisionnement est terminé, le statut est disponible et si vous descendez un peu, vous voyez sous les ressources que
vous avez une instance facile.
Alors ouvrons rapidement cette instance facile et vous voyez que nos données d'instance sont en cours d'exécution.
Maintenant, disons que Bob a terminé ses tests et qu'il n'a plus besoin de son environnement de développement.
Tout ce qu'il peut faire, c'est mettre fin à l'environnement à partir du catalogue de services.
Et cette terminaison est de niveau processus.
Voilà donc la vue d'ensemble de haut niveau sur le catalogue de services.
Maintenant, l'une des questions qui se pose vraiment ici est la suivante : comment le catalogue de services sait-il exactement
ce qui est facile à instancier ?
Par exemple, suis-je le type d'instance qui doit être lancé lorsque Bob lance le produit Development Envy ?
Ou quelle est la configuration de la base de données IDS qui doit être créée ?
C'est donc là que la partie administrative entre en jeu.
Maintenant, depuis le compte administrateur, vous verrez généralement que vous avez un onglet de provisionnement.
Donc, ce provisionnement est généralement ce que les utilisateurs verraient.
Donc, si vous voulez parler de Bob, Bob ne voit que les produits similaires à l'approvisionnement et les produits d'approvisionnement.
Donc, à ce stade, l'environnement a été terminé avec succès.
Maintenant, l'administrateur verrait beaucoup de choses, en particulier vous avez des portefeuilles de listes de produits,
etc.
Maintenant, si vous regardez la liste des produits ici, vous avez un développement et une production.
Et sous le type de produit que vous voyez, il n'y a rien d'autre que le modèle de formation de nuages.
Ainsi, dans les coulisses, l'administrateur doit faire en sorte que lorsque l'administrateur crée ce produit spécifique
comme l'environnement de développement, ce produit devra également être associé à un modèle de formation
de cloud spécifique.
Et dans le modèle de formation cloud, l'administrateur devra définir l'ID EMI à partir duquel l'instance ESI deux doit
être lancée, le type d'instance et toutes les autres ressources qui doivent être créées dans le cadre de l'environnement
de développement.
Maintenant pour la vidéo d'aujourd'hui.
Nous venons d'examiner l'ESI à l'exemple, mais généralement pour les environnements de production,
vous aurez l'environnement complet, des idées aux équilibreurs de charge en passant par les buckets S3, etc.
Super.
Voilà donc la vue d'ensemble de haut niveau sur le catalogue de services.
Et avec cela se terminera la vidéo d'aujourd'hui.