Вы находитесь на странице: 1из 3

La computacin centralizada es cuando el proceso de cmputo es realizado en una localizacin

central, usando terminales conectados a una computadora central. La computadora en s misma


puede controlar todos los perifricos directamente (si estn fsicamente conectados con la
computadora central), o conectados a travs de un servidor de terminal.
Sistemas centralizados:
Ventajas:
Un punto de control. Mayor control de seguridad y proteccin de la informacin en un solo
punto.
Fcil de mantener. Empresa con muchos cambios de requerimientos. Fcil despliegue de los
cambios. Soporte en un solo punto.
- Tomas de decisiones. Esta arquitectura es primordial en las tomas de decisiones centralizadas,
en otro punto llamado de lgica de negocio de la empresa centralizada.
Prcticamente todos los grandes sistemas informticos son sistemas distribuidos.
En ellos el procesamiento de informacin se distribuye sobre varias computadoras en vez de estar
confinado en una nica mquina, comnmente son piezas complejas de software cuyos
componentes estn dispersos en mquinas mltiples. Si se desea tener control sobre esta
complejidad, es crucial que estos sistemas estn apropiadamente organizados.
La organizacin de los sistemas distribuidos depende mayormente de los componentes de
software que constituyen al sistema. Estas arquitecturas de software establecen como son
organizados varios componentes del software y cmo interactan entre ellos, su implementacin
requiere de la divisin e identificacin de los componentes de software y su instalacin en
mquinas reales. La implementacin e instalacin final de la arquitectura de software se conoce
como arquitectura de software.
Un objetivo importante de los sistemas distribuidos es separar las aplicaciones de las plataformas
subyacentes mediante una capa de middleware. La adopcin de esta capa en una importante
decisin arquitectnica, y su principal objetivo es proveer una distribucin transparente de la
aplicacin. La transparencia de la distribucin implica en muchos casos la necesidad de hacer
ciertos sacrificios o concesiones, por lo que es conveniente que el middleware sea adaptable. Esta
adaptabilidad tambin se puede lograr permitiendo que el sistema monitoree su propio
comportamiento y que tome las medidas necesarias cuando se requiera. Estos sistemas
distribuidos son organizados frecuentemente en la forma de retroalimentacin de control.
Estilos Arquitectnicos
Para iniciar la discusin sobre arquitecturas, se debe considerar en principio la organizacin de
sistemas distribuidos en componentes de software, tambin conocida como arquitectura de
software.
El estilo arquitectnico est formulado en trminos de componentes, la forma en que
estos componentes estn conectados unos con otros y los datos intercambiados entre ellos. Un

componente es una unidad modular con interfaces bien definidas, y que puede ser reemplazado
en el sistema.
Tal vez un trmino ms complejo es el de conector, el cual generalmente es descrito como
un mecanismo que media la comunicacin, coordinacin o cooperacin entre componentes. Por
ejemplo, un conector puede implementarse mediante RPCs, transferencia de mensajes o flujos de
datos.
Existen varias configuraciones de componentes y conectores que definen el estilo
arquitectnico de un sistema distribuido. Los estilos ms importantes son:

Arquitecturas en capas
Arquitecturas basadas en objetos
Arquitecturas centradas en datos
Arquitecturas basadas en eventos

La idea bsica tras el estilo arquitectnico en capas es simple: los componentes estn organizados
en forma de capas, en la que un componente en una determinada capa puede llamar a
componentes en la capa inmediata inferior.
Arquitecturas de Sistemas
M sistemas distribuidos estn organizados, considerando la manera en que sus componentes de
software fueron establecidos. El determinar que componentes de software se usarn, cmo
interactuarn y cmo se distribuirn es lo que se conoce como una instancia de arquitectura de
software, tambin llamada arquitectura de sistema.

Arquitecturas Centralizadas
Existen muchas diferencias en cuanto a los aspectos de los sistemas distribuidos, pero hay un
aspecto en los que muchos expertos coinciden: pensar en trminos de clientes que solicitan
servicios a servidores ayuda a entender y administrar la complejidad de los sistemas distribuidos.
En el modelo bsico cliente-servidor, los procesos en un sistema distribuido estn divididos
en dos grupos, que posiblemente se traslapan. Un servidor es un proceso que implemente un
servicio especfico, por ejemplo, un servicio de sistema de archivos distribuido o de base de datos.
Un cliente es un proceso que solicita un servicio a un servidor, envindole una peticin y
subsecuentemente esperando la respuesta del servidor. La interaccin cliente-servidor, tambin
conocida como solicitud-respuesta.
La comunicacin entre un cliente y un servidor puede ser implementada por medio de un simple
protocolo no orientado a la conexin (sin conexin) cuando la red subyacente es suficientemente
confiable como es el caso de muchas redes de rea local (LANs). En estos casos, cuando un cliente
solicita un servicio, empaca simplemente el mensaje para el servidor, identificando el servicio que
requiere y anexando los datos de entrada necesarios. El mensaje es posteriormente enviado al
servidor. El servidor se encuentra continuamente en espera de recibir solicitudes, tras lo cual las

procesa, empaqueta los resultados en un mensaje de respuesta, y finalmente enva este mensaje
al cliente.
Implementacin de aplicaciones en capas
El modelo cliente-servidor ha sido sujeto de muchos debates y controversias a lo largo de los aos.
Una de las principales cuestiones es el cmo establecer una clara distincin entre un cliente y un
servidor. No es de sorprender que en muchas ocasiones esta distincin no es tan clara. Por
ejemplo, un servidor de una base de datos distribuida a travs de la web puede actuar
continuamente como cliente porque ste transfiere las solicitudes a varios servidores de archivos
responsables de implementar las tablas de las bases de datos. En este caso, el servidor de base de
datos por s mismo no hace ms que procesar las solicitudes de bsqueda o filtrado. La Figura 3.4
muestra este caso.
Sin embargo, considerando que muchas aplicaciones cliente-servidor estn orientadas a
facilitar al usuario el acceso a la base de datos, mucha gente ha establecido una distincin entre
los tres niveles siguientes, esencialmente usando el estilo arquitectnico en capas que se vio
previamente:
1.
2.
3.

El nivel de interfaz de usuario.


El nivel de procesamiento.
El nivel de datos.

El nivel de interfaz de usuario contiene todo lo necesario para establecer una interfaz directa con
el usuario, tal como la administracin del despliegue de la informacin. El nivel de procesamiento
tpicamente contiene las aplicaciones. El nivel de datos administra los datos sobre los cuales se
est trabajando.
Los clientes normalmente implementan el nivel de interfaz de usuario. Este nivel consiste
de los programas que permiten al usuario final interactuar con las aplicaciones. Hay una diferencia
considerable en que tan sofisticada puede ser una interfaz de usuario. La ms simple no es ms
que una simple pantalla de caracteres.
Como ejemplo considrese un motor de bsqueda en Internet. La interfaz es muy simple:
un usuario introduce una cadena de palabras claves y subsecuentemente se le presenta una lista
de ttulos de pginas web. El extremo opuesto de la operacin est constituido por una gran base
de datos de pginas web, las cuales han sido extradas e indexadas. El ncleo del motor de
bsqueda es un programa que transforma la cadena de palabras claves que proporcion el usuario
en una o ms peticiones de bsqueda a la base de datos. Subsecuentemente clasifica los
resultados en una lista y transforma esta lista en una serie de pginas HTML. Dentro del modelo
cliente-servidor, esta parte de extraccin de informacin es tpicamente localizada en el nivel de
procesamiento.

Вам также может понравиться