Après avoir qualifié les bacs à sable de l’implémentation
OpenStack Diablo (oct 2011) par Enovance, la personnalisation Diablo par HP
Cloud Services (déc 2011), le bac à sable TryStack est fonctionnellement en
dessous. Par exemple, il n’y a pas la
fonction EIP (Elastic IP sur internet). Lors de la création d’une VM, son
adresse IP principale est directement mappée sur Internet. Toutefois, on peut espérer
que le bac à sable va s’enrichir progressivement de services et prendre en
compte la montée de versions liées à Essex. En l’espace de 2 jours d’utilisation,
j’ai vu apparaître un petit nouveau service (nommé API) orienté information dans le menu du Dashboard.
Il faut aussi rappeler que les ressources
disponibles (VM) ne sont disponibles que 24h seulement (durée de vie) et que
volontairement le nombre d’images est très limité. De plus, sous une forme de
gestion de la facturation, la mise en place d’un crédit $Stack (Dollar Stack)
qui permet de limiter l’emploi de services (ex : la création d’une VM =
100$, l’utilisation (c’est-à-dire VM à l’état RUN) consomme X $Stack toutes les
10 minutes en fonction du flavor retenu, etc.). Tout cela est fait bien
évidemment pour limiter les abus.
Un rapide tour d’horizon (navigation d’écrans) montre que la solution implémentée est très simple.
Espérons toutefois qu’il va rester en place un bon moment (12 mois, voire plus)
et prendre en compte les évolutions de la release Essex prochaine (dans
quelques semaines).
On ne va pas dérouler tous les écrans, mais seulement celui de la synthèse de la consommation des ressources.
A vrai dire, ce qui m'a intéressé n'est pas l'utilisation du Dashboard, la création de VM, etc., mais l'utilisation des ressources via les API. A ma grande surprise, j'ai trouvé un écart pénalisant sur le vocabulaire des éléments JSON, voire XML relatifs à l'API KeyStone entre les implémentations Enovance, HP Cloud Services et TryStack. Elles sont toutes différentes!
Enovance
HP Cloud Services
TryStack
Aucun commentaire:
Enregistrer un commentaire