j'ai titré "course à l'échalotte" pour 2 raisons

La première est que la mode actuelle dans la majorité des entreprises est de passer toutes leurs applications sur des serveurs virtualiser (style vmware esx) et ainsi pourvoir mutualiser leur lames pour plusieurs applications ou serveur http+app server+ bdd).

La deuxième est l'emploi massif de langages interprétés ou pseudo-compilés à la volée tels que java ou dotnet.

Le problème avec ces 2 raisons est que toute ces économies faites incombent 2 coûts qui sont difficilement chiffrables avant la mise en production.

Malheureusement tout n'est pas rose dans ce monde ouvert à l'économie :
Ces 2 coûts sont liés entre eux sont :

La perte de performance dû à ces pseudo langages et au serveurs virtualisés.

Ceci posé, l'expérience impose de faire des tests de performances et de robustesses induits par le choix de ces solutions.

Ces tests ont un coût indéterminable avant la pré-production et les coûts engendrés par ces choix apparaissent alors et deviennent vite une cause de soucis pour tous les interlocuteurs liés à un projet.

Souvent :

1)Une surconsommation CPU demande un upgrade.
2)La mémoire virtuelle java/donet n'est pas relachée et il faut faire intervenir des experts.
3)La mutualisation du serveur pour plusieurs application dans des serveurs mutualisés peut aussi montrer des effets de bords inter-serveurs mutualisés.
...

Je constate que malgré que tous ces points PEUVENT ETRES PARFOIS connus à l'avance, cela n'empêche pas de si confronter régulièrement et ainsi payer les frais de choix qui auraient pus être plus judicieux au départ.