Wasn't Windows XP installation some like "next, next, next"…?
Install parties are not that fun
Desde que en 1998 Ian Foster definió la tecnología Grid Computing, son muchos los que como Oracle, IBM o HP han comenzado a realizar proyectos para convertirse en punto de referencia en el sector. Un punto de referencia al optimizar su tiempo mediante utilización eficiente de los recursos informáticos excedentes en una red corporativa.
Y yo me pregunto… ¿Realmente ese debe ser el camino a seguir? No dudo de que tanto una gran organización como una pyme, decidirán a utilizar su infraestructura para obtener mejoras de tiempo en sus procesos críticos y suprimir sus cuellos de botella. Todo ello sin la necesidad de una gran inversión y con garantias de un rápido retorno del desembolso realizado. Pero, ¿nos debemos plantear si el factor económico es determinante?
La respuesta es: SÍ. Este debe ser, a corto plazo, el hito a conseguir por cualquier compañía que quiera seguir siendo competitiva. Pero tengo el convencimiento que Grid Computing nació para cubrir muchas más necesidades y espectativas. Ian Foster solo pidió infraestructuras descentralizadas, uso de estándares abiertos y el uso de sistemas de calidad de servicio para garantizar el éxito de Grid Computing.
Eso nos abre todo un abanico de posibilidades, donde destaco, por encima de todas el concepto de Organización Virtual, que permitirá acercar las empresas a los clientes finales, o disminuir distancias entre proveedores. Incluso destruir las barreras tradicionales de burocracia y comunicación que actualmente creo rotundamente que impiden la mejora en infinidad de procesos. Ofrece también la posibilidad de coordinar recursos de diferente índole (PC’s, sistemas domóticos, pda’s, sistemas de seguridad, etc.).
En definitiva, la proliferación de aparatos electrónicos que coordinados entre si han de ser capaces de cambiar la concepción que tenemos del mundo actual. Y por debajo de ellos, usada de cimiento, una infraestructura ideal de coordinación y comunicación… Grid Computing.
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.
Dos modelos a elegir
Grid naranja computa fino
Grid cristal computa normal
Grid, grid, grid grid grid.
