On me pose souvent des questions telles que « Je suis sur la version X et j'envisage de passer à la version Y. La nouvelle version est-elle plus rapide ? Dans quelle mesure ? » Peut-être envisagez-vous une mise à niveau matérielle et vous posez-vous des questions similaires.
Je comprends votre intérêt. Mais voici mon problème. Bien que nous effectuions des tests de performance en interne lorsque nous préparons une nouvelle version d'OpenVOS, nos tests reflètent simplement la façon dont le système exécute le test ! Dans la mesure où l'activité d'un test de performance reflète votre application, vous pouvez vous attendre à des résultats quelque peu similaires. Mais nous avons de nombreux clients OpenVOS, qui exécutent des applications très variées. Nous pouvons donc faire des déclarations générales sur ce à quoi vous pouvez vous attendre, mais nous devons toujours les formuler avec prudence. Même si nous avons constaté une amélioration de 20 % des performances lors de notre test de performance, vos résultats seront probablement inférieurs, mais pourraient être meilleurs. Il en résulte que notre estimation n'est souvent pas très utile.
Il ne fait aucun doute que la compréhension des caractéristiques de performance d'une application est une étape importante dans la qualification de cette application sur une nouvelle version du système d'exploitation ou sur une plate-forme matérielle plus récente. La plupart des clients OpenVOS exécutent des applications critiques sur leurs systèmes ; la dernière chose dont vous avez besoin est de procéder à une mise à niveau et d'avoir une mauvaise surprise.
Je voudrais donc proposer une approche différente. Au lieu de me demander des déclarations générales sur les performances d'une nouvelle version, je vous suggère de préparer un sous-ensemble de votre application, peut-être les parties les plus sensibles en termes de performances, afin de l'exécuter dans un environnement contrôlé et simulé. Créez des données fictives qui conservent l'étendue et la profondeur des données réelles. Si vous traitez les transactions de 3 millions de clients dans le monde réel, créez 3 millions de clients simulés dans votre environnement de test. Si vous gérez 1 000 magasins dans le monde réel, créez 1 000 magasins à des fins de test. La raison pour laquelle vous devez prendre cette mesure est simple : vous voulez que l'empreinte mémoire et stockage de l'environnement de test reproduise fidèlement ce qui se passe en production.
Vous pouvez utiliser cet environnement de test pour établir les performances de référence de votre configuration actuelle, puis, lorsque le moment sera venu de passer à une nouvelle version d'OpenVOS ou à une nouvelle plate-forme matérielle, vous pourrez utiliser votre propre environnement de test comme référence. Si vous souhaitez connaître les avantages d'une mise à niveau matérielle avant d'acheter l'équipement, n'hésitez pas à nous contacter. Nous disposons d'un laboratoire de référence où vous pouvez venir effectuer vos tests sur n'importe lequel de nos produits actuels. Souvent, vous n'avez même pas besoin de vous déplacer ; nous pouvons mettre l'équipement à votre disposition via Internet.
Une fois que vous disposez d'un environnement de test logiciel réaliste et reproductible, vous pouvez facilement répondre à plusieurs questions cruciales : quel est le niveau maximal de performance de mon application ? Combien de transactions puis-je traiter via ce système ? Quels sont les goulots d'étranglement que je rencontre lorsque j'essaie de le faire ? D'après mon expérience, il y a toujours des goulots d'étranglement. Il vaut mieux les détecter sur le système de test que sur le système de production.
Stratus Services possède une grande expérience dans l'aide apportée aux clients pour mesurer et optimiser les performances de leurs applications sur nos produits. Si vous avez besoin d'aide pour cette opération, n'hésitez pas à contacter votre chargé de compte par téléphone.