Cisco France Blog
Partager

Au-delà de l’IaaS avec CIAC ,Puppet et Chef


4 September 2013


On a tendance à vouloir simplifier les choses en associant fréquemment le cloud à la capacité de fournir de la machine virtuelle à la demande…

C’était sans doute une étape nécessaire mais dans le monde réel de la production informatique le besoin ne se limite pas au provisionnement de serveurs individuels (physiques ou virtuels), il comprend la fourniture d’une plateforme complète intégrant tous les composants nécessaires à l’exécution d’une application.

Le Cloud se veut être un nouveau modèle apportant plus d’agilité au business. En ce cas il doit proposer des services tangibles pour le business avec tous les éléments multi tiers des serveurs d’applications, de serveurs de bases de données ou encore de serveurs web.

 Une demande croissante pour le Platform as a Service PaaS.

Dans le domaine du cloud , créer des « golden images » (templates) pour chacun des éléments nécessaires pour configurer les stacks multi tiers et les serveurs associés  est compliqué à maintenir . Si un élément change, la « golden image » doit être revue. Ces images ne sont pas configurables et demandent des interventions manuelles additionnelles pour achever l’installation.

La gestion de configuration avec Puppet et Chef

C’est là que le concept de DevOps intervient. DevOps est une méthode de développement logicielle qui permet une meilleure collaboration entre le développement logiciel et les  opérations de manière à ce que des serveurs d’applications multi tires puissent être utilisés dans le cloud sans intervention humaine.

Parmi les différentes catégories couvertes par la méthode  DevOps il y en a une qui porte sur la gestion des configurations.

Deux produits se distinguent dans ce segment de la gestion de configuration de DevOps, ce sont Puppet et Chef. Ce sont des outils de gestion de configuration Open Source disponibles sous licence Apache.

Chef a été écrit par Opscode alors que Puppet provient de Puppets Lab.

Pour les deux produits, l’utilisateur peut se servir de Ruby DSL (domain-specific language  pour déclarer les ressources et leurs états ? Puppet peut également le faire en utilisant un langage de déclaration  spécifique à Puppet.

Au bout de l’automatisation avec Cisco Intelligent Automation for Cloud 

L’intérêt de Puppet et de  Chef et leur intégration avec Cisco Intelligent Automation for Cloud CIAC est  bien expliqué dans une vidéo de quelques minutes réalisées à l’occasion de Cisco Live 2103 à Orlando.

D’ici peu Cisco offrira également un “cloud accelerator” qui permettra la gestion de stacks d’application multi tiers. Cette fonction sera basée sur le modèle d’interface graphique utilisateur TOSCA (Topology and Orchestration Specification for Cloud Applications).

L’utilisateur utilisera un canevas qui simplifie la conception des stacks. Chaque élément (serveur, réseaux, stockage) est représenté par un icône. Derrière chaque icône, on trouve le détail de configuration de chaque composant qui peut inclure par exemple les règles de pare-feu et les algorithmes de load balancing.

Pour les serveurs Cisco tire parti de Puppet et Chef ou des scripts maison. Le résultat est un blueprint (plan détaillé) qui permet l’utilisation, à la demande dans le cloud, d’un stack applicatif complet par l’utilisateur final.

Disposer de ces « blueprints » pour des applications multi tiers devient vraiment intéressant s’ils peuvent être commandés par les clients au travers d’un menu de services standardisé et être activé par un orchestrateur qui va automatiquement déployer la configuration entière. C’est le rôle que joue CIAC .

  Cisco Prime Service Catalogue (le portail de CIAC)  permet de gérerCIAC Puppet et Chef le catalogue de service et donne la possibilité  aux utilisateurs de commander le service souhaité au travers du portail. L’orchestrateur  de CIAC va ensuite déployer la totalité de la configuration.

En étendant les fonctionnalités pour DevOps , CIAC démontre ses possibilités d’aller au-delà de l’IaaS sans rupture.

 CIAC et l’accélerateur de gestion de configuration simplifient la fourniture de stack d’application multi tiers.

 Les « cloud accelerators » disponibles peuvent être vus ici.

A lire aussi sur ce blog:

Tags:
Laisser un commentaire