Internet Computing : quel grid ?

Le grid fait intervenir un grand nombre de termes spécifiques. Certains concepts sont encore flou ou mal compris c'est pourquoi ce mois-ci sera consacré à l'explication de certains termes.

L'internet computing, qu'est-ce ? Quel rapport avec le Grid ? Mes articles n 'apporteront pas de réponses complete mais plutot des références et citations diverses trouvées sur le net.

L'internet computing ou Desktop Grid se distingue du Virtual Computing (article suivant). L'Internet Computing c'est tout d'abord exploiter les périodes de latence d'un pc.

T.PRIOL, INRIA : "une combinaison d'un très grand nombre de PC (jusqu'a 1 million)". Il s'' agit d'exploiter les pc inutilisés, récupérer les cycles CPU via un économiseur d'ecran par exemple. (exemple : SETI@home).
Source : Grid Computing approches et tendances

L'internet computing "cela marche bien pour un spectre étroit d’applications" (INRIA, Cosnard et Priol). Est-ce plus généralisable ? (Source)

Dans sa présentation d'XtremWeb (source), O. Lodygensky distingue lui aussi l'Internet Computing de part le nombre de ressources mais ajoute également :

• Pas d'identification individuelle
• Pas de confiance
• Partage égalitaire
• PC plutot que grands sites de calcul (ndlr : une tendance ?)

Je suis plutot prudent par rapport à ces affirmations, car leur sens d'une part est douteux, d'autres part il s'agit à mes yeux plus d'une tendance (d'XtremWeb?) plutot que des faits.
Ce que je retiens de la présentation, c'est plutot ce don de ressources unilatérale ("PC volontaire).

Poursuivant mes lectures, je peux maintenant affirmer avec plus de certitude que la traduction reconnue pour Internet Computing est bien "calcul global".

Je continue avec un présentation de Esnard, Deprez sur le calcul global . (un bon nombre de transparents sont les memes que ceux de T.Priol).
Grande nouveauté : la distinction de 3 grands types de grid...

•
"- Bas niveau : •Cluster computing avec des réseaux hétérogènes de PCs et de stations de travail
Supercalculateur du pauve.
Utilise toutes les ressources disponibles
- Haut niveau : ordinateur les plus puissants
- Intermédiaire : meta computing"

Il y a ensuite des transparents qui valent vraiment la peine (lisez ce document)

Une des grosses tendances lues dans les documents jusqu'à présent est de vouloir passer de l'internet computing centralisé vers un systeme de type P2P.

Dans CGP2P Calcul Global Pair à Pair on présente encore l'Internet Computing comme un systeme distribué A GRANDE ECHELLE (mais on ne le qualifie pas de grid).

Par contre on ajoute ici :
- Modèle Client-Serveur inversé : 1 client et n serveurs
- L’application exécutée sur les serveurs est fournie par le client

Au passage, dans le meme document je lis la meilleure définition jamais lue du P2P : " Un système dans lequel toutes les ressources peuvent agir comme des clients, des serveurs et maintiennent le système lui même ".

Enfin, dans certaines lectures on avance :
- pas de communication entre machines/noeuds (j'ai des doutes que ce point isolé distingue l'internet computing des autres)

Dans un exposé de M Soberman (source) réapparait ce contexte de don de ressources qui vraisemblablement est inévitable. Cela constitue le facteur majeur de la facilité de deploiement et de fonctionnement des systemes pour internet computing.

Par contre, dans le document deux tendances (souvent sous-entendues dans d'autres documents) sont soulignées :
- volonté pour les plateformes de ce type de passer au mode P2P (maintenance distribuée du systeme)
- possibilité d'exécuter des jobs différents / par des utilisateurs différents (mais aucune moyen alternatif pour controler les consommations n'est pour abordé)

Conclusions :

L'Internet Computing offre des resssources (principalement PCs) offertes volontairement. La plupart des systemes existants visent à l'execution d'une seule tache pour un seul utilisateur/client.

Défauts principaux :
- debit des reseaux, tailles des (petites) machines utilisées
- sécurité faible : les entreprises réservent cette technologie à un usage interne
- fiabilité (critere de choix pour les intergiciels disponibles)

IllicoPresto : campagne

Nous commençons une première campagne de référencement pour le moteur belge illicopresto.

L'occasion de bientôt faire le point à propos de google analytics et google adwords sur Motrech le blog des moteurs de recherche .

Errata .NET

Il existe deux projets en cours visant à proposer l'infrastructure .NET en version Open Source et sous n'importe OS :
- DotGNU
- Mono

Qu'est ce que J2EE ?

On me pose souvent la question, voici une réponse sommaire :

Selon J2EE 1.4 (J. Weaver & co, Eyrolles) : “En simplifiant beaucoup, on peut présenter J2EE comme un ensemble de specifications, une architecture distribuée, et une méthode de packaging et de déploiement des composants ».

Les éléments principaux de J2EE sont les suivants :

- servlet : application executée coté serveur visant à executer un service pour un client. Le plus souvent il s’agit de fournir du contenu web dynamique

- javaserver pages (jsp) : servent uniquement à faciliter la création de contenu web dynamique

- enterprise Javabeans (ejb) : il s'agit de composants spécifiques chargés des traitements des données propres à un secteur d'activité (on parle de logique métier) et de l'interfaçage avec les bases de données.

Plateformes J2EE, .NET et LAMP : état des lieux

J2EE sont les spécifications avancées par SUN, de nombreuses plateformes applicatives l’implémentent (certaines sont gratuites et d’autres pas : Sun Application Server, Oracle Server, Apache, Websphere, WebLogic, ...)

.NET est une alternative propriétaire au standard java promu par Sun. .Net n’est pas du tout portable sur d’autres plateformes que Windows (« volonté de Microsoft »). Son modèle de structuration est souvent jugé par ses développeurs plus simple à exploiter que ses equivalents J2EE.
Quel que soit la couche d’application, J2EE et .NET ont en général leur « équivalent ».

LAMP n’est plus à proprement parlé une plateforme (Apache, Mysql et PHP), mais une série d’outils open-source (et souvent, libre) constituant des plateformes.
Conscients de la popularité de LAMP, les editeurs de produits Java modifient la JVM et NetBeans pour qu’ils fonctionnent avec des langages comme Jython, Groovy (et .net).

Zopeévolue à un rythme rapide, il ne s'appuie pas sur la plate-forme J2EE. Il semble tout à fait remarquable pour les services web. La question qui reste encore fort mystérieuse : « Zope permet-il de régler toutes les situations supportées par .net et les serveurs j2ee ? ». On se doute que non, mais jusqu ou vont ses limites a l heure actuelle.