mordecki.com
   Usabilidad, diseño y estrategia en Internet

¡Suscríbase! Más Info

home

e-business

presentaciones

otros temas

casos

otros autores

Enviar esta página por email Enviar por email

Home >> Otros Temas >> Clientes delgados

Internet ha traído nuevos problemas y oportunidades para la computación distribuída

Clientes delgados, el advenimiento de la computación en red. (1998)

Después de las numerosas predicciónes sobre las bondades de los diversos modelos, las multiples crónicas de muertes anunciadas, parece llegar la solución definitiva: vuelva al viejo centro de cómputos, pero con terminales no tan tontas. ¿No será otra fantasía?

 Versión PDF (15KB)

32 votos  


Cliente servidor: ¿una solución o un mito?

El crecimiento de la base instalada de PC operada a partir de su aparición, junto con el desarrollo y standarización de las redes de area local, abrieron un mundo de posibilidades a la computación nunca antes vista.

El proceso es muy largo, pero sin duda el hijo pródigo de este fabuloso abanico de posibilidades fue la arquitectura cliente servidor. El mensaje fue: "pongamos a cada equipo a hacer lo que mejor hace". Lo natural del planteo, y el énfasis de prácticamente todas las empresas del mercado en ser parte de este modelo (una fiebre parecida a la que hoy provoca la santa trinidad: Internet, Intranet, Extranet) hacían preveer un éxito rotundo y arrasador. En pocos años desaparecerían los centros de cómputos con sus añejos dinosaurios, para ser sustituidos por legiones de pequeños servidores dedicados a tareas específicas, accedidos por clientes inteligentes, que les dejarían las tareas más pesadas, para realizar ellos las tareas menos importantes.

Pero la arquitectura cliente servidor no consiguió resolver de forma definitiva dos grandes problemas: en primer lugar la distribución dinámica de la carga y en segundo lugar la administración de los sistemas.

Distribución dinámica de la carga

El modelo original cliente servidor, tenía como una de sus premisas, la inteligencia de cada uno de sus integrantes para darse cuenta de que una tarea es demasiado pesada, y su habilidad para derivarla a un servidor, que debería tener más capacidad para ello. Esto debía realizarse en forma automática y sencilla.

Mas allá de las numerosas soluciones aportadas a este problema, ninguna fue lo suficiente buena como para dejarlo definitivamente cerrado, y la muestra elocuente de ello es por un lado el tamaño abultado de los PC cliente, y por otro el infinito proceso de configuración y tuning de los sistemas y aplicaciones para que la performance sea medianamente aceptable.

La promesa de la arquitectura cliente servidor de una distribución de la carga de trabajo entre los distintos equipos que componían el sistema en forma dinámica y transparente, nunca dejo de ser eso: una promesa.

La administración de los sistemas

Cliente servidor es una arquitectura escencialmente distribuida, en todos los sentidos, incluida la administración. La seguiridad, los respaldos, las configuraciones, se transformaron de una tarea centralizada, en una interminable recorrida cliente por cliente.

Nuevamente, a pesar de los esfuerzos gigantescos de todos los proveedores por aportar soluciones de fondo a este problema, todavía hoy no hay una estrategia satisfactoria.

La instalación de un protector de pantalla puede dejar a un PC cliente fuera del sistema. El respaldo de los datos almacenados en los clientes, depende de los clientes y lo que es peor, de los usuarios de los clientes, y en la mayoría de los casos, la instalación de mejoras o nuevas versiones implica modificaciones en todos y cada uno de los clientes.

Network Computing, el legado del Cliente Servidor

Hoy en día, la industria de la computiación muestra varias tendencias en auge que hacen preveer el cumplimiento de la promesa original de la arquitectura cliente servidor.

Primero, la moda del downsizing ha dado paso al resurgimiento de los centros de computos a la vieja usanza: las grandes corporaciones aprendieron que un equipo grande, sea este un Mainframe, un AS/400 o un gran equipo UNIX, es más seguro, confiable y facil de administrar que cientos o tal vez miles de servidores distribuidos por todos los departamentos de la empresa. Con esto nació un nuevo segmento de mercado: Server Consolidation.

Segundo: la omniprescencia de los browsers y la aparición de un standar universal que deja atrás el problema de los sistemas operativos, las plataformas y las incompatibilidades: las tecnologías vinculadas a Internet: tcp/ip, html, etc.

Tercero: Java, y mucho más allá de java, el concepto de applet: la primera tecnología real y eficiente para almacenar aplicaciones centralmente y ejecutarlas distribuídas en cualquier plataforma.

¿Que promete la computación en red?

Mas allá de la fiebre por Internet y el soporte para Java, que en muchos casos no es más que un deseo de no quedar fuera que la moda, sin llegar a la comprensión cabal de lo que ésto significa, se vislumbra en un horizonte cercano, el advenimiento de toda una familia de aplicaciones y soluciones que permitan un uso más racional y confiable de los recursos.

Si asumimos que cualquier PC tiene un browser que soporta Java, puedo entonces hacer realidad el viejo anhelo: almaceno centralmente datos y aplicaciones y ejecuto distirbuído. Los cambios, configuraciones, administración y seguridad se manejan centralizados, en el servidor. En tiempo de ejecución, y según lo que el programador halla decidido, el applet hará uso de los recursos del equipo en el que corre o de los del servidor.

La distribución de la carga sigue siendo un problema no resuelto definitivamente, pero las herramientas son más poderosas. Las modificaciones a programas y configuraciones no requieren trabajo en cada PC cliente. Alcanza con modificar los applets y la proxima ejecución los cambios cobrarán vida.

Es la vuelta a los orígienes, pero en un plano superior: las ventajas de la arquitectura Mainframe-Terminal tonta con las facilidades de un entorno gráfico y de las aplicaciones tipo PC.

Cliente delgado vs. NETPC vs. PC, una falsa disyuntiva.

Los actores de esta transformación tienen obviamente intereses, y en la mayoría de los casos no son coincidentes. Por ejemplo: si bien la disyuntiva Java - ActiveXparece saldada en favor del primero, Microsoft contraataca con COM, abriendo nuevamente el debate. Es necesario ver más alla de los intereses de cada uno de los jugadores, para ver la importancia de cada una de las tecnologías.

En una instalación compleja, mídala en cientos de puestos de trabajo, cientos de miles de transacciones o metros de cables de red instalados, las aplicaciones resuelven desde la edición de textos hasta las tareas de misión crítica (transacciones en linea, actividades contra público, tareas en tiempo real, etc.), pasando por el correo, la interconexión con otras instalaciones y una infinidad de tareas.

La clave del problema no está en discutir si el cliente delgado va a tener o no diskettera, si se va a poder ampliar la memoria, o si es necesario que Java sea interpretado o ejecutado por un chip. La clave es que determinadas aplicaciones: las de misión crítica, las que involucran a toda la empresa (productividad no-personal), las de alto impacto en la seguridad, van a migrar a la arquitectura de computación en red. El resto, fundamentalmente la productividad personal, tareas que involucran grupos pequeños, etc. se conservarán como hasta ahora.

Todos los equipos, desde la Network Computer, pasando por la NETPC, hasta la estación de trabajo más potente, pueden jugar el papel de cliente delgado si la aplicacion a correr así lo requiere, y es el applet que se baja del servidor el que va a determinar el comportamiento de la aplicación en todos los sentidos. ¿Que importa entonces si el equipo tiene cero, cuatro o diez slots?

El Rey ha muerto ¡Viva el Rey!

Detrás de las bondades de la tecnología cliente servidor, se escondía una horda de enemigos de los "dinosaurios", que repetían a quien quisiera oirlo: todo problema se puede resolver con una cantidad suficiente de PC. La vida mostró que que esto no es cierto. ¿No estaremos frente a una nueva horda que opina que todo problema se resuelve con una cantidad suficiente de applets?

 

Si lo desea, agregue su comentario

 

Nombre:

 

 

email:

 

 

Comentario:

 

Digite 

     

en el siguiente cuadro

 

 

 

Comentarios


Joe duhe Shaeiro <jdues@hotmail.com>
Saturday, May 12, 2007 at 20:27:39 (MDT)

nadie puede trabajar con terminales tontas pues puede pasar lo mismo que en "Atrapado sin Salida" ....


Sam <danielsamchez@hotmail.com>
Thursday, November 03, 2005 at 10:43:32 (MST)

Quisiera saber si alguien me puede enviar informaciòn sobre la seguridad en la Arquitectura Cliente Servidor


dasfsdafsd <asfdafasdsdaf>
Tuesday, November 01, 2005 at 16:44:50 (MST)

culero


asdffhgh <afgsfdgsdfghg>
Tuesday, November 01, 2005 at 16:43:34 (MST)

la neta no le entiendo nada de esto


gjhghjhgjhg <jhkjhkhkhkjhkjh>
Tuesday, November 01, 2005 at 16:42:38 (MST)

esta esto muy feo


MAXI <maxi_19_@hotmail.com>
Monday, September 12, 2005 at 06:49:38 (MDT)

me paresio bueno por que haci aprendemos mas y el resto tambien,espero que sigan asi.


jessica dominguez <droopy7873@hotmail.com.mx>
Friday, August 19, 2005 at 10:20:42 (MDT)

Me gustaria que me ayudaran a encontrar ventajas y desventajas de las terminales "TONTAS" y "INTELIGENTES


Osmil Coreas <osmil@ugb.edu.sv>
Sunday, July 17, 2005 at 22:37:59 (MDT)

La computación en Red es la aplicación tecnológica de la cual podemos decir que hace más económicos y portables a los sistemas y sus bases de datos, puesto que basta con tener un cliente simple (PC sin muchas potencialidades, tal vez con poca memoria RAM, con o sin disco duro, con o sin disquetera flexible, etc) y un navegador de internet. A diferencia del modelo Cliente Servidor, este modelo de Computación en Red puede ser implementado en tres niveles:
1. Cliente Simple. Interfaz para usuarios que esconde la complejidad de procesos y bases de datos
2. Servidor de Aplicaciones. Cliente complejo con capacidad suficiente para almacenar y procesar las aplicaciones del sistema y su interactividad con los Clientes simples.
3. Servidor de Datos. Servidor que almacena la Base de Datos y administra la interacción con el servidor de aplicaciones.

Implica entonces que un sistema y sus bases de datos pueden almacenarce en un servidor y ser ejecutados desde cualquier computadora conectada a la red : Intranet o Internet.


Denny Hidalgo <miconike360@hotmail.com>
Friday, June 03, 2005 at 13:26:48 (MDT)

Disculpen la molestia pero quisiera que alguien me ayudara con informacion sobre lo que son las REDES TONTAS (conceptos, para que sirven, ventajas, desventajas, y cual fue su ultima implementacion); lo necesito de suma urgencia. Si me ayudaN se los voy a AGRADECER MUCHO.

DENNY H.


Leonardo Aguirre <leo_ag8@yahoo.es>
Thursday, May 26, 2005 at 12:17:19 (MDT)

Alguien me puede dar informacion acerca de las REDES TONTAS, necesito hacer un trabajo de este tipo de redes


Jose <joselito_leo@hotmail.com>
Wednesday, May 25, 2005 at 00:13:19 (MDT)

Porfavor si podrian ayudarme sobre informacion de terminales tontas, especificamente de casos de estudio de terminales SLIM para JAVA, si seria posible para ahora mismo, se los agradeceria mucho
ATTE. Jose


elizabeth <guinivere82@hotmail.com>
Thursday, September 09, 2004 at 19:16:04 (MDT)

ESTA TECNOLOGIA ES MUY BUENA GENERA UN AHORRO IMPORTANTE EN CUANTO A ADMINISTRACION !! LO QUE QUISIERA QUE ME CONTESTARAN SI ES POSIBLE ME ENVIARAN INFORMACION SOBRE ALGUNA EMPRESA MEXICANA QUE ESTE APLICANDO ESTA TECNOLOGIA Y QUE BENEFICIOS HA OBTENIDO.

SE LOS AGRADECERE MUCHO!!


beatriz adriana velasco morales <niqui_05@hotmail.com>
Monday, August 16, 2004 at 08:55:56 (MDT)

podrian mandarnos informacion de ESTACION DE TRABAJO TONTAS E INTELIGENTES DE RED y SERVIDORES NO DEDICADOS porque la necesitamos para un trabajo, es urgente.

Porfavor les agradecemos mucho.
GRACIAS


no me gusta esto


Ysidro Gabino May Figueroa <mysidro@eetisur.com.mx>
Thursday, June 13, 2002 at 10:42:05 (MDT)

No quedo claro la diferencia que existe entre una terminal tonta y un cliente delgado.


yo tengo una duda que son redes tontas y redes inteligentes esque no he podido encontrar esa informacion. si pudieran mandarme hoy la respuesta se los agradeceria mucho.



christian jacobo suarez <jacobo@elfoco.com>
Fecha - Wednesday, January 09, 2002 at 15:38:43 (MST)
¿Podrían enviarme información acerca de las estaciones de trabajo tontas e inteligentes de una red LAN?. Desde los conceptos y hasta donde puedan, es que los necesito para una exposición.


Les agradeceré mucho si me ayudan.

Hasta luego.


Noé Reséndiz <noeresendiz@hotmail.com>
Fecha - Thursday, February 08, 2001 at 14:10:39 (MST)

Envíe este artículo a un amigo por Email

Los datos que usted indique serán utilizados exclusivamente para enviar un link de este artículo al email destino. Nuestra Política de Privacidad es simple: no enviamos SPAM. Jamás.


[Principal] [e-business] [Presentaciones] [Otros Temas] [Casos] [Otros Autores]

374 votos  

 

Contactar a Daniel Mordecki
Por favor, no reproducir el material sin consultar
Comentarios ya ingresados sobre el sitio
Ver todas las calificaciones de los artículos
Política de privacidad de nuestro sitio
Estadísticas de acceso al sitio
Curriculum

BuiltByNOF