Documente Academic
Documente Profesional
Documente Cultură
Escuela Departamento Carrera Materia Nombre del trabajo Nombre del Alumno Matricula Nombre del Maestro Universidad Autnoma de Ciudad Jurez. Departamento de Elctrica y computacin Sistemas Computacionales. Sistemas Operativos Distribuidos Unidad I Actividad 2 Bsqueda de Artculo y Evaluacin de uno Julio Fernndez Rangel 65289 M.C. Arnulfo Castro Vsquez
Pag. 1
ndice
Introduccin .................................................................................................................................................. 3 Qu es un Sistema Distribuido? .................................................................................................................. 3 Tipos de Sistemas Operativos Distribuidos ................................................................................................... 4 Software Paralelo .......................................................................................................................................... 6 Comunicacin en los Sistemas Distribuidos .................................................................................................. 7 La visin de la infraestructura desde el Middleware .................................................................................... 8 Arquitectura del Middleware .................................................................................................................... 8 Conclusin ..................................................................................................................................................... 9
Pag. 2
Qu es un Sistema Distribuido?
Martnez Gomriz lo explica de la siguiente manera: Un sistema distribuido es un sistema de informacin en el cual las funciones se reparten por reas de trabajo diferentes que trabajan de forma coordinada para asumir los objetivos que la organizacin asigna a ese sistema de informacin. Esta definicin no obliga a que los servicios sean internos ni fabricados por la propia organizacin. De tal manera que el sistema distribuido queda integrado por elementos directamente relacionados con el factor Empresa (o industria). Y esto es bueno, porque no podemos separar el mbito tecnolgico del mbito empresarial, y esto nos ayuda a centrarnos en aspectos prcticos para el ejercicio de nuestra carrera. Citando a Martnez Gomriz: Los sistemas distribuidos que se diseen y construyan deben estar alineados con los objetivos de negocio de la empresa, aumentar la eficacia y eficiencia operacional de la compaa y permitir el mayor rendimiento con el menor coste en las estructuras informticas que dan soporte. No olvide nunca estos tres puntos. El objetivo es siempre alinear tecnologa y negocio. Por eso el primer elemento en la integracin de un sistema distribuido, debe estar alineado con los objetivos de la empresa, que en palabras de Martnez Gomriz, son la justificacin de la existencia
1
Pag. 3
de la informtica. Despus est la plataforma de proceso, elemento encargado de proporcionar los recursos de hardware y software, esto unido a los elementos de conectividad, encargados de la interconexin y comunicacin de toda la plataforma de proceso (redes). Tambin debemos tener en cuenta el almacenamiento de datos, es decir, la informacin en s misma. As llegamos a los elementos de Software, que incluye las aplicaciones, servicios e interfaces, donde se integran las arquitecturas posibles, ya sea centralizada, Batch, transaccional, cliente/servidor basada en sistema operativo, cliente/servidor basada en internet y aplicaciones web. Otro elemento importante son los Sistemas de seguridad y, finalmente, la gestin del sistema.
9.
Transaccional
Esta apareci en los primeros momentos de la informtica comercial, con la necesidad de optimizar los recursos de proceso. Consiste en separar en un programa los datos del proceso. Por cada instancia del programa se guarda una copia de los datos en el argot, y solo se asigna un componente de proceso cuando se necesita. Un componente de presentacin, localizado en el entorno del usuario, le est atendiendo mientras estudia y elabora la informacin de la siguiente entrada. No es un sistema obsoleto; en el funcionamiento de una web convencional, un usuario se conecta y recibe sobre el navegador la pgina HTML que ha solicitado. La CPU del hosting guarda los datos de la sesin del usuario y se despreocupa hasta que vuelve a entrar una peticin de ese usuario, entonces recupera los datos de su sesin y le concede el servicio. Este es un ejemplo actual del antiguo funcionamiento transaccional.
Cliente / Servidor
Este sistema se adaptaba perfectamente a la necesidad de comunicar dos programas, uno del lado del PC y otro del lado del host o servidor. Hoy en da, esta arquitectura ha tenido ciertos avances: 1. 2. 3. 4. 5. Distribucin. Los datos y procesos se distribuyen en ms de un programa. Cooperacin. Dos programas colaboran en un mismo objetivo. Especializacin. La parte del servidor es especializada. Ms de un dispositivo. Con o sin comunicaciones remotas. Transportista. Necesidad de un transportista de mensajes entre cliente y servidor.
Pag. 5
Software Paralelo
El Software paralelo es aqul que nos permitir realizar clculos separados en cada unidad de procesamiento, al mismo tiempo. Una aplicacin interesante se encuentra en los data wharehouse.
Es una buena solucin cuando se realiza un Upsizing de consulta y aparecen de golpe un gran nmero de clientes nuevos. Aumentando la potencia del proceso paralelo se consigue una alta adaptabilidad a un coste razonable. De hecho, un Data Warehouse supone una arquitectura de datos a tres niveles: En el primero nivel estn los datos operacionales suportados por las bases de datos y los directorios con informacin no estructurada. En el segundo nivel se encuentran los elementos de integracin:
Pag. 6
herramientas ETL, procedimientos SQL, programas especficos, el metaesquema y el almacn del Data Warehouse. En el tercer nivel estn las herramientas de anlisis de los datos y los programas del sistema distribuido que se aprovechan de la visin integrada que proporciona el metaesquema.
Otro sistema de comunicacin son los Clsteres, es decir, un conjunto de dos o ms computadoras acopladas que comparten un subsistema de discos, muchas veces en espejo, y un software que funciona como un nico sistema. Las ventajas de los clsteres son: Alto nivel de disponibilidad de datos y aplicaciones Aumentos de rendimiento Escalabilidad Fcil de gestionar
La razn principal para montar sistemas distribuidos en clsteres, es conseguir dar servicio cuando cae un servidor. A continuacin, cito unas palabras del autor: Olvidemos por un momento la infraestructura y hablemos de diseo. En aplicaciones distribuidas con puntos remotos, el diseador se ve afectado por: Velocidad de la conexin, Disponibilidad de la conexin, en lugar y tiempo. Necesidad de que los puestos remotos sean autnomos o no. No es lo mismo una aplicacin de consulta en el puesto remoto que una de venta cara al pblico. La primera puede tener momentos de no servicio pero la segunda no. Y entre este blanco y negro hay una coleccin de grises. Si tiene suficiente con interconexin (filosofa de interfaces) o necesita interoperatividad (integracin transparente). El coste de la comunicacin a partir de dos factores: el coste fijo del enganche y el coste del consumo. Administracin remota sin presencia fsica ya que los costes y el tiempo de los desplazamientos tienen mucha importancia.
Pag. 7
En el nivel de transporte encontramos los protocolos de comunicacin end to end que propocionan por ejemplo, las LAN y las WAN. A nivel del sistema operativo de red, encontramos el sistema del middleware, que extiende las opciones locales del sistema operativo hasta incluir todos los dispositivos de red, adems de soportar comunicacin entre programas. Los servicios de este nivel son utilizados tanto por el cliente como por el servidor. Por encima de este nivel, est el administrador del sistema distribuido, cuya importancia radica en que resuelve la administracin que ya no debe hacer el diseo. Aprovechando las plataformas anteriores, se establece la capa de servicios que pueden llegar a ser extensin de servicios en redes clsicas, o ampliaciones del sistema operativo.
Pag. 8
Conclusin
A travs del tiempo los Sistemas Distribuidos han ido evolucionando en sus tecnologas, pero el diseo y el modelo que est de tras sigue siendo vigente desde sus inicios hasta hoy. No debemos olvidarnos de los principios del software distribuido, porque sin darnos cuenta, toda la era moderna est cimentada en aquellos primeros modelos. Todo sigue en constante avance y se podra decir que el culmen de los Sistemas Distribuidos (almenos hasta el dia de hoy) est en la web, especficamente en los servicios web, que interconectan cientos de computadoras para la solucin de un mismo problema. Me gust mucho la visin de este autor, ya que es prctica y actual. Y para muestra, un botn. Jams haba visto los web services como sistemas distribuidos, sin embargo, todo lo que hay detrs ellos est fundamentado en los principios de los sistemas distribuidos desde sus inicios. Lo he visto en un clsico de nuestro tiempo y en nuestro pas: la Factura Electrnica. Existen muchas herramientas para poder generar la factura electrnica, pero la ms utilizada son los webservices. Gracias a estos sistemas, podemos delegar diferentes tareas del proceso a otras computadoras (servidores) para lograr nuestro objetivo final. Me explico: tenemos software de facturacin previo a la factura electrnica; ahora, es necesario implementar una solucin que permita a nuestra empresa generar facturas electrnicas sin cambiar de software. Para lograr esto, gracias a un webservice, le pido a un servidor que me genere un Sello Digital con un algoritmo muy complejo que el SAT ha establecido, ese proceso no lo hacen las computadoras locales, sino un servidor remoto. Despus, es necesario timbrar (registrar) ante el SAT un archivo XML generado ya con toda mi informacin y con el Sello. Entonces utilizo otro webservice para mandarle mi XML y aqul servidor aplica otro algoritmo y a su vez lo enva a otro servidor en el SAT. El SAT le dice al servidor intermedio que el archivo XML ha sido registrado, y este servidor intermedio me regresa un nuevo XML vlido como factura electrnica ante el SAT. Todo este proceso se hizo con computadoras / servidores en diferentes reas geogrficas y todas procesando diferentes partes del mismo proceso nico: Generar una Factura Electrnica.
Pag. 9