| Responsable | SUN |
| Partenaires | LIP-ENS, LORIA, LIFC, IRCOM, SUN, LST |
| Total Hommes/mois | 31 |
Ce sous-projet consistera en la réalisation du démonstrateur final, qui doit mettre en oeuvre la technologie GASP, après 18 mois de développement. Il consistera aussi à évaluer sa compétitivité industrielle.
SUN propose de mettre à disposition du projet des équipements terminaux pour former les extrémités de la grille. Ces équipements seront constitues de serveurs multiprocesseurs. SUN reste le leader sur le marché des serveurs Unix grâce notamment au système d'exploitation Solaris permettant intégrer jusqu'à 64 noeuds. En plus de l'aspect performance provenant du matériel, SUN met à disposition du projet ses technologies (JAVA, JMX, JINI, CODINE, ...) en tant que logiciels et environnements de support du projet.
Le but de ce sous-projet est donc d'évaluer les performances du prototype mettant en oeuvre l'architecture GASP à partir des applications cibles développées au sein de ce projet. Les résultats attendus sont une expérience en vraie grandeur des solutions de type ASP pour le grid computing sur l'Internet très haut débit ou sur des réseaux privés. Un des objectifs de ce sous-projet est, outre le déploiement et les travaux réalisés, d'être en mesure d'effectuer une comparaison des différentes architectures et de tester les solutions proposées dans le cadre de l'environnement de SUN Microsystems.
Il s'agit donc d'identifier quels sont les résultats industrialisables qui seront exploitables par SUN dans l'optique d'étendre une gamme commercialisable de services et de produits ASP.
Un critère de réussite de ce sous-projet va être de voir comment l'architecture GASP se met en oeuvre au sein d'entreprises intéressées a priori par l'approche GASP. Citons le Laboratoire Central de Recherche de Thalès (ex Thomson) et la société MSAT qui se sont montrés intéressé par l'utilisation du produit développé au cours de ce projet.
Le second critère sera d'avoir une idée plus précise du choix du " business model " qu'un ASP peut ou doit appliquer. Les modèles classiques sont la location, une licence (par utilisateur), la publicité, le payement à chaque usage et un mixte de toutes ces possibilités... Tous ces choix doivent coûter moins cher à l'utilisateur que l'offre traditionnelle d'acheter et de mettre en oeuvre l'application visée.
