Ceci est la suite de mon premier journal sur le sujet containerisation de Creme CRM.
J'ai pris en compte certains commentaires faits sur le premier journal.
J'ai conservé sqlite car il correspond à mon usage peu concurrentiel, moins de dix utilisateurs.
J'ai remplacé le serveur de développement Django par un serveur Apache + mod_wsgi. Et passé, de fait, le user en non root.
J'ai fait quelque tests de performance à coup de ab (apache benchmark). Ça vaut ce que ça vaut. Le serveur de développement se comporte au moins aussi bien avec des temps de réponse en 90%ile au moins aussi bon que Apache + mod_wsgi.
En revanche, en l'absence de charge, le serveur de développement Django consomme un core complet et fait donc chauffer ma machine pour rien. Apache consomme 0%. C'est ce qui m'a motivé à faire le changement et à peaufiner les scripts de build.
L'image à un peu grossi (154MB -> 178MB) mais rien de méchant et le build reste très rapide.
Merci à @jflesch pour avoir partagé son code. J'ai dû ajuster des choses mais ça donnait les bases.
Merci à Hybird de nous mettre à disposition un très bon CRM.
# À propos des performances
Posté par GuieA_7 (site web personnel) . Évalué à 7.
Je ne cacherai pas que ça fait plaisir de lire ce genre de choses.
En matière de performances le nombre d'utilisateurs (et surtout le nombre de gens qui sont actifs en même temps, on s'en doute) n'est qu'un paramètre parmi d'autres. Le nombre de fiches en est un autre, et le genre de filtre qu'on va effectuer encore un autre (certains filtres bien poilus peuvent provoquer des jointures qui font exploser la combinatoire, et sont donc plutôt lourds pour le SGBD).
C'est un peu toute la difficulté (et donc l’intérêt évidemment) que d'essayer de répondre à des cas d'usage assez variés.
Mais des retours de performances sur une instance de Creme en production avec de vraies données, et basée sur sqlite, seraient intéressants (justement parce que c'est un cas que nous n'avons pas trop exploré ; c'est cool de voir des gens "s'approprier" le logiciel à leur guise).
Sur ce je retourne à mes vacances !
# N’aime pas mod_wsgi
Posté par flan (site web personnel) . Évalué à 2.
Il y a fort longtemps, j’ai eu quelques bugs assez incompréhensibles, l’interaction entre Apache et Python se passait mal.
De plus, si tu as plusieurs sites derrière ton Apache, ils ne sont plus isolés les uns des autres et doivent avoir la même version. Je préfère largement du gunicorn.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.