Cálculo Distribuido

Tan recientemente como hace diez años, el cálculo distribuido generalmente significaba que teniamos clientes PCs en una habitación con un servidor en otra. El problema con esta arquitectura es que si se pierde la conexión con el servidor, los clientes no pueden actualizar las bases de datos de la compañía.

Para evitar esta pérdida de tiempo, se crearon los diferentes modelos de red. Un ejemplo es el modelo de servidor maestro y esclavo donde si el maestro falla, el esclavo toma el relevo. El problema con los distintos modelos de red es que todos requieren alguna forma de intervención manual y se unieron con un sistema operativo o un lenguaje. Y aunque estas aproximaciones consiguieron reducir el tiempo de parada, no cumplen con los sistemas de distribución heterogénea que consiste en una mezcla de protocolos de red y máquinas.

La plataforma JavaTM combinada con otros avances como Common Object Request Broker Architecture (CORBA), servidores multi-fila, y redes sin cables han llevado un paso mas allá la realización de la computación totalmentedistribuida, de la tradicional aproximación cliente y servidor.

Ahora podemos construir aplicaciones que incluyan servicios de redundancia por defecto. Si una conexión de servidor falla, podemos usar un servicio de otro servidor. CORBA y los puentes "Distributed Component Object Model" (DCOM) significan que los objetos pueden ser transferidos entre casi todas las máquinas y lenguajes. Y con el nuevo sistema de software JiniTM, el entorno de cálculo distribuido pude estar pronto en todos los hogares, oficinas o escuelas.


¿Tienes Prisa?

Esta tabla te llevará directamente a los tópicos especificados.

Tópico Sección
Servicios de Búsqueda
Remote Method Invocation (RMI)
Common Object Request Broker Architecture (CORBA)
Tecnología JDBC


Ozito