Comment dire [poliment ?] à un vendeur de logiciels qu'il ne sait pas de quoi il parle ?

À condition que vous soyez sûr de respecter les spécifications du système qu'ils documentent.

Ensuite, toute affirmation selon laquelle il faudrait plus de mémoire vive ou de processeur devrait pouvoir être étayée. En tant qu'expert de leur système, je demande des comptes aux gens sur ce point.

Demandez-leur des précisions.

• Quelles informations fournies par le système indiquent qu'une plus grande quantité de RAM est nécessaire et comment les avez-vous interprétées ?

• Quelles informations fournies par le système indiquent que davantage de CPU est nécessaire et comment les avez-vous interprétées ?

• Les données dont je dispose - à première vue - contredisent ce que vous me dites. Pouvez-vous m'expliquer pourquoi j'interprète peut-être mal ces données ?

• J'interprète cette [série évidente de données] pour signifier [interprétation évidente]. Pouvez-vous confirmer que je l'interprète correctement par rapport à mon problème ?

Ayant eu affaire à l'assistance dans le passé, je me suis posé les mêmes questions. Parfois, j'avais raison et ils ne concentraient pas correctement leur attention sur mon problème. D'autres fois, cependant, j'étais mauvais et que j'interprétais les données de manière incorrecte, ou que j'omettais d'inclure d'autres données qui étaient importantes dans mon analyse.

Dans tous les cas, ces deux situations étaient une avantage net Pour moi, soit j'ai appris quelque chose de nouveau que je ne savais pas auparavant, soit j'ai amené leurs équipes d'assistance à réfléchir davantage à mon problème pour en trouver la cause profonde.

Si l'équipe d'assistance n'est pas en mesure de vous fournir une expansion logique de son argumentation sur une base dont vous pouvez être satisfait (vous devez avoir l'esprit ouvert pour faire des compromis, être raisonnable pour accepter que votre interprétation des données est erronée), alors cela devrait devenir très présent dans leur réponse. Même dans le pire des cas, vous pouvez vous en servir comme base pour intensifier le problème.

L'important est de pouvoir prouver que vous utilisez les meilleures pratiques pour l'allocation de votre système, notamment les réservations de RAM et de CPU pour votre serveur SQL.

Tout ceci étant dit, le plus simple est de faire les ajustements demandés, au moins temporairement. Au moins, cela permet aux vendeurs de ne plus traîner les pieds. Je ne compte plus le nombre de fois où j'ai dû faire quelque chose de fou comme ça pour convaincre un technicien à l'autre bout de la ligne que c'était vraiment leur logiciel qui ne se comportait pas.

Pour cette spécifique (où vous avez VMware et des développeurs d'applications ou une tierce partie qui ne comprend pas l'allocation des ressources), j'utilise une semaine de métriques obtenues de vCenter Operations Manager (vCops - télécharger une démo si nécessaire ) pour identifier les contraintes réelles, les goulets d'étranglement et les exigences de dimensionnement de la ou des machines virtuelles de l'application.

Parfois, j'ai pu satisfaire les consommateurs les plus têtus en modifiant les réservations de VM ou en changeant les priorités pour gérer les scénarios de contention. " Si la RAM et le PCU sont faibles, VOTRE VM aura la priorité ! ". De mauvaises-mauvaises choses sont arrivées quand J'ai laissé les fournisseurs de logiciels dicter leurs exigences à mes clusters vSphere sans véritable analyse. .

Mais en général, les chiffres et les données devraient l'emporter.

Un exemple de ce que j'ai utilisé pour justifier le dimensionnement des VM au développeur d'une application Tomcat :

Dev : La VM a besoin de MOAR cpu !

Moi : Eh bien, la mémoire est votre plus grande contrainte, et voici une carte thermique de vos performances en fonction du temps... Les mercredis à 18h sont les périodes les plus stressantes, donc nous pouvons spéculer autour de cette période de pointe. Oh, et voici une recommandation de taille basée sur les 6 dernières semaines de métriques de production...

J'avais l'habitude de travailler dans le support - et une partie de ce que vous demandez sonne très rationnel (et qui l'est probablement) : mais il y a quelques questions à se poser avant de se contenter de l'"amélioration des performances" qu'ils demandent

• Vous êtes en train de courir au moins à la configuration minimale requise par le vendeur ?
• si vous avez au moins les sysreqs minimums, avez-vous déjà les paramètres système "recommandés" ?

99 fois sur 100 (d'après mon expérience, tant du côté du support que du côté des clients), les fournisseurs ne s'occuperont même pas des problèmes liés aux performances tant que les systèmes ne correspondent pas à ce que prévoit leur documentation. Il s'agit peut-être d'un système qui fonctionne bien 99,5% du temps avec 1 CPU et 512M de RAM - mais si les exigences du système prévoient 4 CPU et 4G de RAM et que vous n'avez que 2 CPU et 1G de RAM, ils sont en droit d'exiger l'attribution de ressources supplémentaires. * .

Il est probable qu'ils vous demandent d'augmenter les ressources du système à cause d'une découverte faite en laboratoire/développement, où un problème disparaît comme par magie si vous franchissez un seuil spécifique ; si c'est le cas, oui, c'est un exemple de débogage potentiellement médiocre de leur part, mais gardez à l'esprit qu'ils n'ont pas le temps d'éliminer chaque Certains doivent simplement être résolus, et si c'est le cas ici, il faut faire avec.

Il y a également une chance non négligeable que les problèmes que vous rencontrez ne fassent pas partie de "leur" logiciel, mais d'un composant qu'ils utilisent à partir d'une autre source (fournisseur, bibliothèque OSS, etc.). J'ai été confronté à cette situation exacte en ce qui concerne la taille de l'espace d'échange, BEA WebLogic et le système d'exploitation de l'entreprise. Sun JRE à un client il y a quelques années.

tl;dr :

En bref, travaillez avec l'équipe d'assistance, en remontant les étapes si nécessaire, jusqu'à ce que vous trouviez une solution - mais ne soyez pas surpris si certaines des suggestions/étapes de débogage/réparations vous semblent hors de propos ou inutiles.

* _{Si elle <em>vraiment </em>n'a pas "besoin" de ces ressources supplémentaires, vous êtes probablement en mesure de déposer un bogue documentaire / RFE pour les futures versions - mais ne vous engagez pas dans cette voie tant que vous n'avez pas démontré que ce n'est pas le problème en question.}
^ _{un livre électronique que j'ai écrit et que vous pourriez trouver utile sur le sujet : <a href="http://cnx.org/content/col11350/latest" rel="noreferrer">Débogage et soutien des systèmes logiciels</a>}