Comme toutes les bonnes choses ont une fin, cet article vient clôturer notre série sur UCS Director, après 4 posts (Introduction, mise en oeuvre et tableaux de bord, provisioning unifié et automatisation).
La dernière corde à l’arc d’UCS Director concerne la mise à disposition des ressources de l’infrastructure qu’il automatise et pilote aux différents profiles qui sont amenés à consommer des ressources d’infrastructure, via un portail web Self Service:
- Les équipes d’opération, qui se voient publier par les équipes d’ingénierie un catalogue de Workflows adaptés à leur profil en lieu et place des traditionnelles procédures manuelles et scripts maisons. Ils peuvent notamment tirer partie de la puissante fonction de rollback en cas d’erreur.
- Les équipes projets, à qui un catalogue de VMs est mis à disposition. Ces VMs sont provisionnées dans des Virtual DataCenters, qui sont des pools de ressources respectant un ensemble de policies de placement, configuration et dimensionnement Compute / Stockage / Réseau mais également un modèle de facturation de la consommation ou des restrictions de droits sur VMs (un développeur pourra réaliser plus d’opérations sur les VDC de dév que d’intégration par exemple). Et ce pour les 3 hyperviseurs supportés (vSphere, Hyper-V, RedHat EV) sans que l’utilisateur ne perçoive la différence! Idéal pour engager une stratégie multi-hyperviseurs…
- Bien sûr, les orchestrateurs bénéficient des même droits au travers de l’API que vous connaissez par coeur maintenant
C’est tout cela que je vous propose de découvrir en action dans cette vidéo:
J’espère que cette série vous aura éclairée sur les bénéfices qu’UCS Director pourraient rapidement délivrer dans votre contexte, ainsi que des perspectives qu’il ouvre sur la route du Cloud. A très bientôt pour d’autres articles!
Authors
