Bon faut savoir de quoi on parle la.
Si l’environnent de prod c’est le WordPress de jean guy, prestataire it pour la communauté de commune de veuzons sur vologne (12 postes), oui, je comprends. Mais à ce niveau, la solution c’est ptetre plus d’outsourcer ladite instance WordPress que de se demander si json ou xml est le format adéquat.
Si t’en es encore au niveau "je suis même pas sûr que machine de prod est configurée correctement alors faut vérifier à la main", je suis à peu près sûr que ton infra s’ecroule avant que tu ne rencontre de vrais problème de charge. Comprendre par la "une charge que JMeter ne peut pas trivialement recréer depuis 3-4 laptops qui traînent dans le bureau". Le simple fait de considérer la charge comme un problème exclue de fait la "petite entreprise sans moyens".
Si t’as reellement des problemes à simuler des conditions de charge sur un environment interne (comprendre "problèmes autre que l’incompetence"), ben mon petit doigt me dit que:
- t’as au moins une équipe dédiée à l’infra, et on se demande bien ce qu’ils foutent s’ils sont pas foutu d’avoir au moins de la config management qui soit capable de garantir que si ça tourne en interne, ça tourne en prod.
- ton problème de charge va clairement pas être du à "le fichier de config xml il est pas comme il devrait et faut que je me le coltine avec more, parce que tu comprends, vim ça prends trop de kB sur ma vm"
Tu peux pas avoir le beurre et l’argent du beurre. Soit t’es un professionnel qui bosse dans un environment decent ou les bases de la qualité sont raisonnable (et la barre est plutôt basse dans ce milieu), soit t’es en clampin qui debugge en prod a coup de #yolo et se plaint que le xml saytropdur a debugger en prod.
[^] # Re: Mon expérience à deux balles
Posté par groumly . En réponse au journal Un petit tour des systèmes de build. Évalué à 1.
Bon faut savoir de quoi on parle la.
Si l’environnent de prod c’est le WordPress de jean guy, prestataire it pour la communauté de commune de veuzons sur vologne (12 postes), oui, je comprends. Mais à ce niveau, la solution c’est ptetre plus d’outsourcer ladite instance WordPress que de se demander si json ou xml est le format adéquat.
Si t’en es encore au niveau "je suis même pas sûr que machine de prod est configurée correctement alors faut vérifier à la main", je suis à peu près sûr que ton infra s’ecroule avant que tu ne rencontre de vrais problème de charge. Comprendre par la "une charge que JMeter ne peut pas trivialement recréer depuis 3-4 laptops qui traînent dans le bureau". Le simple fait de considérer la charge comme un problème exclue de fait la "petite entreprise sans moyens".
Si t’as reellement des problemes à simuler des conditions de charge sur un environment interne (comprendre "problèmes autre que l’incompetence"), ben mon petit doigt me dit que:
- t’as au moins une équipe dédiée à l’infra, et on se demande bien ce qu’ils foutent s’ils sont pas foutu d’avoir au moins de la config management qui soit capable de garantir que si ça tourne en interne, ça tourne en prod.
- ton problème de charge va clairement pas être du à "le fichier de config xml il est pas comme il devrait et faut que je me le coltine avec more, parce que tu comprends, vim ça prends trop de kB sur ma vm"
Tu peux pas avoir le beurre et l’argent du beurre. Soit t’es un professionnel qui bosse dans un environment decent ou les bases de la qualité sont raisonnable (et la barre est plutôt basse dans ce milieu), soit t’es en clampin qui debugge en prod a coup de #yolo et se plaint que le xml saytropdur a debugger en prod.