Notre espace collaboratif comprend : 
●	Un client lourd
●	Un site internet
●	Une base de donnée commune aux deux

Le client lourd sera utilisé au départ par M. DRIESBACH, puis, à terme et si tout va bien, par d'autres « modérateurs ».
Le site internet, au contraire, sera utilisé par l'ensemble des utilisateurs d'internet, c'est à dire les personnes qui surfent sur la Toile.
A cet effet il faut pouvoir servir l'ensemble des personnes et mettre en place non seulement une infrastructure qui tiennent la route, mais aussi une architecture réseau correcte. Prenons nous donc le temps de réfléchir à la question et de partager la démarche suivie.

La base de donnée est au sein même des différentes applications. C'est pourquoi il faut pouvoir rendre celle ci ACCESSIBLE. A cette fin nous nous devons d'installer un serveur. Notre future application lourde, tout comme notre application Web sera codée en Java. Ceci restreint les choix de type de serveur, puisqu'il faut configurer nous même un serveur Web Java, comme Tomcat – par exemple - , ainsi que l'ensemble des couches supplémentaires à attacher à notre serveur, telle que la couche sécurité ou encore le contrôle des connexions distantes, etc ... Ceci sera défini plus loin dans notre dossier.
Ainsi, sachant que nous devons effectuer des paramétrages et configurations spécifiques, et que notre application est en Java, nous sommes amenés à prendre un serveur propre à notre programme. Penchons nous désormais sur la question de savoir OÙ installer ledit serveur, puisque c'est d'un serveur dit « dédié » dont nous parlons. A cette question pourrait répondre deux, voire trois possibilités : 
●	Chez M. DRIESBACH
●	Chez un hébergeur internet
●	Chez une personne de confiance qui propose quelques services internet gratuitement (appelé système « D » parfois ...)

Il est évident qu'au point de vue professionnel, le système « D » est à éviter. Par ailleurs, mettre un serveur chez M. DRIESBACH suffirait, mais encore faut il que sa connexion internet soit stable, sans faille, et d'un débit largement suffisant pour que les internautes puissent y accéder. Cette alternative est donc à mettre en second choix. L'un dans l'autre, le solution restante est : hébergeur internet.
Sachant cela, le choix d'un hébergeur internet est important. Plusieurs choses sont à vérifier : 
●	L'hébergeur fournit il aussi un nom de domaine ? Si non, prend il en charge le transfert de nom de domaine ?
●	L'hébergeur fournit il un serveur dédié assemblé par ses soins, ou devons nous lui fournir un ordinateur assemblé et configuré par notre équipe ?
●	L'hébergeur est il à proximité immédiate ? Car il est préférable de pouvoir se déplacer et toucher à notre serveur pour mettre à jour le noyau du SE (Système d'Exploitation) si plantage, etc ...
●	De quelle largeur de bande disposons nous ? Avons nous une limite de descente ? Devons nous payer un supplément pour dépassement desdites limites ? Pouvons nous dépasser ses limites ?
●	Quelle sécurité propose l'hébergeur, que ce soit pour l'accès, les mises à jour, les sauvegardes, etc ...

Il est donc intéressant de centrer nos recherches autour des contraintes citées et de les comparer pour faire notre choix, en accord avec le budget énoncé par M. DRIESBACH. D'ailleurs ce budget est ventilé selon trois plages : 
METTRE ICI LES PLAGES DE BUDGET QUE M. DRIESBACH NOUS DONNAIT.

Hébergeur local à vérifier : TRANSTEC
Maintenance : M. WEMMERT
Serveur web : Tomcat ???

Faire une configuration Type
Tableau de comparaisons des hébergeurs