El grid hace ya poco más de diez años que existe. Al menos por lo que indican las referencias en los artículos técnicos, ya que hay referencias anteriores en el tiempo a conceptos muy similares. Diez años podría no parecer mucho, pero cuando hablamos de tecnologías de la información es un mundo. En este tiempo mucho es lo que se ha diseñado e implementado para dar soporte a la idea de unificar los recursos de una organización para aumentar su productividad. Sin embargo, esta idea, tan brillante sobre el papel, no ha acabado de despegar. ¿Por qué?
La razón principal reside en que no existe aún una herramienta definitiva y consolidada que aproveche el potencial del grid. Hay productos muy interesantes, como el GridServer de DataSynapse, pero no podemos afirmar todavía que tenga una amplia difusión. Esta escasez dificulta la popularidad de cara al target realmente importante, el de los usuarios finales, sepan de informática o no, que se pueden llegar a plantear la necesidad de tener un grid para su empresa. Ni siquiera el software para grid más extendido, Globus, está a la altura para convencer a este tipo de usuario. Globus no deja de ser un middleware, es decir, una aplicación que corre en una máquina para ofrecer sus recursos al exterior, y eso sólo si se trata de un ordenador con Unix.
Lo que realmente hace falta es un software que, aparte de exponer los recursos de cada ordenador, abstraiga la visibilidad de los mismos y permita al desarrollador trabajar con el grid como si fuera un único ordenador. Es decir, el grid tiene que dejar de ser, simplemente, una red en la que cada ordenador comparte sus recursos. En ese sentido, podríamos olvidarnos del grid y pensar en p2p. Hay que cambiar el chip: el grid ha de ser un supercomputador que tenga, como mínimo, la potencia agregada de los recursos de todas las máquinas que lo componen.
