ovh - AMDEC

Bonjour,
Nous menons une réflexion interne qu’on souhaite désormais élargir à nos
clients afin d’avoir votre avis sur la question.

Ovh propose de gammes de produits qui sont assez linaires (domaine, mutu,
rps, dédié, housing) mais aussi de gamme linaires SP, EG, MG, HG. On
comprend vite que dédié c’est mieux que le rps et que le MG est mieux
qu’EG.

On souhaite créer de nouveaux produits qui ne sont pas linaires. Ils vont
être là pour répondre à de besoins spécifique. Par exemple pour le memcache
il n’y a pas besoins du CPU ni du disque mais beaucoup de RAM. Pour le
stockage de backup il y a besoins beaucoup de disque et les performances
ne sont pas si importants, alors qu’en stockage de production c’est
l’inverse.

On est arrivé à l’idée de créer "une norme" de performance de serveurs
qu’on propose. Quelque chose d’équivalent à "A B C D E" qu’on peut
voir dans le commerce. Le but de mettre en évidence les performances
de certains composants qu’on utilise dans certaines gammes et répondre
à certaines réponses du genre
- "pourquoi ce serveur est moins cher que celui ci"
- "pourquoi ce serveur est plus cher que celui ci"
- "pourquoi c’est mieux ?"
- "qu’est-ce qui est moins bien ?".

Par exemple, les performances de disques entre les
- SATA2 5400tr/min
- SATA2 7200tr/min
- SAS 7200tr/min
- SAS 15000tr/min
- SATA2 SSD Intel E 80Go/160Go
- SATA2 SSD Intel M 32Go/64Go
ne sont pas les mêmes. Et c’est pareil pour l’iSCSI/FCoE et le NFS/CIFS.
Mais aussi sur le CPU, le réseau, le firewall etc. Voir le mutu ...

Les performances c’est déjà pas mal, mais on a continué à réfléchir et on s’est dit
qu’il faut inclure dans cette réflexion "le risque". En gros, donner l’information
sur les risques, les probabilités de panne et savoir les chiffrer en note. Ainsi,
chaque client pourra utiliser ces informations pour faire le meilleur choix de
solutions qu’Ovh propose en fonction de ses propres impératives. On pense utiliser
les méthodes issues directement de l’industrie automobiles et ferroviaire appelés
AMDEC (Analyse des Modes de Défaillance, de leurs Effets et de leur Criticité)
Équivalent en anglais : FMECA (Failure Mode, Effects, and Criticality Analysis).
En savoir plus :
http://fr.wikipedia.org/wiki/Analyse_des_modes_de_défaillance,_de_leurs_effets_et_de_leur_criticité
http://en.wikipedia.org/wiki/Failure_Mode,_Effects,_and_Criticality_Analysis

On pense que ce genre d’information permettrait une meilleur information sur ce qu’Ovh
propose exactement. Déjà ceci permettrait d’adapter vos budgets à vos besoins. Éviter
d’acheter du superflu, les paramètres que vous n’avez pas besoins. Et à l’opposé mettre
le budget sur d’autres critère qui sont importants pour vous. Ce genre d’information
sont normales dans les relations B2B car il y a une totale transparence et les contrats
qui permettent savoir à quoi s’en tenir. Et nous avons de plus en plus de clients qui
nous demandent de signer des engagements. Aussi en lisant vos feedbacks, on a pas mal
des nouvelles idées sur des nouveaux produits. Le problème est que dans une gamme de
produits "non linéaire" où on spécialise les serveurs à des taches, il peut y avoir de
la confusion voir de la méfiance sur le "pas cher", le "cher", le "moins cher" et le
"plus cher". Et donc il faut plus de transparence. Si vous voyez demain un serveur avec
24To de disques pour 30Euro, vous allez vous dire "où est le truc ?". Voilà ce qu’on
veut éviter en apportant de suite les réponses, le truc est là et vous le savez, pas
besoins de chercher les explications en minuscules en bas de page ...

Qu’en pensez vous ? Si vous avez des expériences avec l’AMDEC et ce que vous souhaitez
avoir, n’hésitez pas me contacter aussi (oles@ovh.net).

Amicalement
Octave

Envie de recevoir nos dernières nouvelles? Inscrivez-vous à notre newsletter