Le 25/05/07, Arnaud Delobelle<[EMAIL PROTECTED]> a écrit :
On 24 May 2007, at 23:57, [EMAIL PROTECTED] wrote: > Bonsoir, > > une ou deux petites questions supplémentaires par rapport à ton > exposé.... ton besoin concerne uniquement une solution intranet ou le > fait d'être visible de l'extérieur est un plus ? Le serveur doit être sur l'internet
Oki. Donc la question de la sécurité sera une vraie question, avec une administration propre qui devra faire le distinguo la partie intranet et le www.
> Ensuite ces besoins > sont-ils appelés à évoluer par la suite ? C'est ce que j'espère, mais je ne veux pas me donner trop à faire pour commencer. Il y a une direction évidente (serveur de mails + webmail), l'école voudrait aussi mettre à disposition des élèves des podcasts (audio et vidéo).
Oki. Bon, là c'est plus du tout le même problème en termes de moyens à déployer. Car blinder un serveur web est une chose, mais gérer un tas d'autres applis serveurs dépasse de loin la solution de mettre en place un serveur web, car il faudra mettre en place un pack de sécurité bien plus complet. Cela peut vite devenir une usine à gaz et notamment si tu es la seule ressource humaine à le prendre en charge, je te conseille d'y aller par étapes. Bien qu'il faille en tenir compte dès maintenant pour les ressources hardware. Le serveur mail, c'est pour qui ? Le personnel péda, administratifs, les élèves aussi ? De même que les podcast audio et video doivent être pris en compte pour un dimensionnement juste et qui tienne la route. Sur ce point, je laisse la parole à ceux qui maitrisent le sujet, car c'est une chose qui ne m'intéresse nullement et dont j'ai aucune connaissances. Ceci-dit, si j'ai bien compris ta démarche, tu vas devoir passer par une exposition complète de la solution afin de le faire valider, et il va falloir bien maitriser tous les aspects. Dépendemment des ressources budgétaires dont tu disposes ou peux disposer, te permettant ainsi de déployer une ou plusieurs bécanes. La connexion de l'établissement est de quelle nature ? De quelle BP disposes-tu dédiée à ces projets ? (cette question pourrait définitivement régler le choix de location serveur(s) externe(s)/serveur(s) intra-muros)
> Tu es certain que seul un > serveur web et une DB ont besoin de tourner et rien d'autre ? Pour l'instant oui. En cas de succès ça pourra évoluer.
Oki. Bon, parlons de serveur web uniquement alors.
> Le lan > est-il déjà existant sur toutes les bécanes de l'établissement ? Oui > Ton > propre serveur "à titre expérimental", cela veut dire que tu fais > tourner le serveur et l'utilises avec un seul client ? La plupart du temps, oui. J'ai testé avec jusqu'à 10 clients (pas de problèmes) > As-tu pensé à > lancer un outil de test de charge pour serveur web (le web en regorge) > afin de voir ce que donnerais 100 connexions sur ta bécane ? Ca > permettra déjà de te situer les besoins en ressources.... Non, car je ne connaissais pas l'existence de tels outils. Merci pour l'information, c'est quelque-chose que je dois faire. Des conseils sur quels outils utiliser?
Personnellement je n'en ai jamais eu besoin, et suis curieux du retour d'expérience de la communauté... jette un oeil sur http://www.softwareqatest.com/qatweb1.html#LOAD, et puis.... test ;o)
> Ceci-dit, > 100 accès simultanés sur une bécane qui fait le service minimum > apache2 + mysql ou postgres, tu ne devrais pas avoir besoin d'une > grosse machine,.... surtout avec le cache activé. Le site est très dynamique, je ne sais pas dans quelle mesure celà a un impact.
Et bien là, on part dans un sujet relativement complexe. Différents modules apache te permettent la fonctionnalités de caching... je te souhaite bonne lecture: http://httpd.apache.org/docs/2.2/caching.html. Alors après, il faut voir ce que sont tes pages dynamique et voir quelles sont les solution viables. La DB, serait-elle updatée à fréquence clairement définie, est dans ce cas là tu peux éventuellement vider le cache après tout update de data. Si au contraire, le contenu peut évoluer n'importe quand, là, les fonctionnalités de cache standard d'apache risquent d'être d'aucun secours. Il faut voir aussi pour cacher le code php, mais avec la même problématique que pour les pages html. A lire aussi: l'article d'Alejandro Gervasio sur devshed: http://www.devshed.com/c/a/PHP/Output-Caching-with-PHP/ Ceci-dit il te faut mettre tout d'abord déployer un système de test sur ta bécane afin de valider l'utilisation de telle ou telle solution. Rappelons que ce qui fera la performance des applis vient principalement du design et de l'implémentation des sites eux-mêmes. Voilà ce que je peux t'en dire, après il faudrait connaitre plus de choses sur ton site... et avoir le cahier des charges complet. Car il y a une sacré différence entre utiliser une solution wiki pour une 50 de personnes, et faire tourner Wikipédia par exemple. (exemple extrême exprès). Gal'
