Instituto Técnico Superior Comunitario

(ITSC).

ASIGNATURA

SISTEMAS OPERATIVOS Y REDES.

TEMA

Redes y proceso distribuido.

PROFESOR

Edison Perez Ramirez.

ALUMNOS

Jeremías Aquino.

MATRICULA

2020-1239.

CARRERA

Desarrollo en Software.
Redes y proceso distribuido

La tendencia en estas aplicaciones ha sido apoyada por la evolución de las

capacidades distribuidas del sistema operativo y de las utilidades de soporte.

A. Arquitectura de Comunicaciones: El software que soporta una red de

computadores independientes. Ofrece respaldo a las aplicaciones distribuidas,
como correo electrónico, transferencia de archivos y acceso remoto de
terminales. Sin embargo, los computadores conservan una identidad distintiva
para los usuarios y las aplicaciones, quienes deben comunicarse con otros
computadores haciendo referencias explícitas. Cada computador posee su
propio sistema operativo y será posible disponer de una combinación
heterogénea de computadores y sistemas operativos, siempre que todas las
máquinas utilicen la misma arquitectura de comunicaciones.

B. Sistema Operativo de Red: Es la configuración en que existe una red de

máquinas de aplicación, generalmente puestos de trabajo (Workstation)
monousuario y una o más máquinas "servidoras". Las máquinas servidoras
ofrecen servicios de red o aplicaciones, como almacenamiento de archivos y
gestión de impresoras. Cada computador posee su propio sistema operativo. El
sistema operativo de red es simplemente un añadido al sistema operativo local
que permite a las máquinas de aplicación interactuar con los servidores. El
usuario siempre es consciente de que existen múltiples computadores
independientes y opera con ellas explícitamente. Normalmente, se usa una
arquitectura común de comunicaciones para dar soporte a estas aplicaciones
de la red.

C. Sistemas operativos distribuidos: Es un sistema operativo común compartido

por una red de computadores. Aparece ante los usuarios como un sistema
operativo centralizado ordinario pero que ofrece al usuario un acceso
transparente a los recursos de un conjunto de máquinas.

D. Un sistema operativo distribuido puede descansar sobre una arquitectura de

comunicaciones para las funciones básicas de comunicación; es más frecuente
 que se extraiga un conjunto de las funciones de comunicación y se incorporen
al sistema operativo para dar mayor eficacia.

La Arquitectura OSI

Cuando se desea comunicar computadores de diferentes fabricantes, el esfuerzo en el

desarrollo de software puede llegar a ser una pesadilla. Cada fabricante utiliza
diferentes formatos y protocolos para el intercambio de datos. Incluso en la línea de
productos de un mismo fabricante, diferentes modelos de computador pueden
comunicarse de forma exclusiva.

A medida que proliferan las redes y el uso de comunicaciones en los computadores, un

método de desarrollo particular del software de comunicaciones es demasiado costoso
para ser aceptable. La única alternativa para los fabricantes es adoptar e implementar
un conjunto común de convenios. Para que esto ocurra se necesitan estándares
internacionales. De estos estándares se obtendrían dos beneficios:

• Se fomentaría que los fabricantes implementaran los estándares por la

sospecha de que, debido al amplio uso de los mismos, sus productos tendrían
un menor valor comercial sin ellos.

• Los clientes estarían en posición de requerir a cualquier fabricante que desee

equiparlos que implemento los estándares.

Este tipo de razonamiento condujo a la Organización Internacional de Estándares (ISO)

a desarrollar una arquitectura de comunicaciones conocida como el modelo de
interconexión de sistemas abiertos (OSI). Este modelo es un marco de definición de
estándares de conexión de computadores heterogéneos. El término abiertos denota la
capacidad de dos sistemas cualesquiera para ajustarse a la arquitectura y a los
estándares asociados para comunicarse.

El Concepto de Sistema Abierto

La interconexión de sistemas abiertos se basa en el concepto de aplicaciones

distribuidas cooperativas. Según el modelo OSI. un sistema consta de un computador,
todo su software y cualquier dispositivo periférico conectado, terminales inclusive. Una
aplicación distribuida es cualquier actividad en la que interviene el intercambio de
información entre dos sistemas abiertos. Algunos ejemplos de dichas actividades son
los siguientes:

• Un usuario en un terminal de un computador se conecta a una aplicación de

proceso de transacciones de otro computador.

• Un programa de gestión de archivos de un computador transfiere archivos a un

programa de gestión de archivos de otro computador.

• Un usuario envía un mensaje de correo electrónico a otro usuario de otro

computador.

• Un programa de control de procesos envía una señal dé control a un robot.

El modelo OSI se preocupa del intercambio de información entre un par de sistemas

abiertos y no del funcionamiento interno de cada sistema individual. Concretamente, se
ocupa de la capacidad de los sistemas para cooperar en el intercambio de información
y en el cumplimiento de tareas.
El objetivo del esfuerzo de OSI es definir un conjunto de estándares que habilitará a los
sistemas abiertos ubicados en cualquier lugar del mundo para cooperar,
interconectándolos mediante servicios de comunicaciones estándares y ejecutando
protocolos OSI estándares.

Un sistema abierto puede implementarse de cualquier forma que esté de acuerdo con
un conjunto mínimo de estándares que permitan conseguir la comunicación con otros
sistemas abiertos. Un sistema abierto consta de un conjunto de aplicaciones, un
sistema operativo y software del sistema, como un sistema gestor de bases de datos y
un paquete de manejo de terminales. También se incluye el software de
comunicaciones que convierte un sistema cerrado en un sistema abierto. Los diversos
fabricantes implementarán los sistemas abiertos de formas distintas, para conseguir
una identidad de producto que incremente su cuota de mercado o genere un nuevo
mercado. Sin embargo, casi todos los fabricantes se comprometen a proporcionar un
software de comunicaciones que se comporte de acuerdo a OSI, para ofrecer a sus
clientes la capacidad de comunicarse con oíros sistemas abiertos.

El Modelo OSI

Una técnica de estructuración muy aceptada y elegida por la ISO es la división en

niveles. Las funciones de comunicación se dividen en un conjunto de niveles
jerárquicos. Cada nivel desempeña un subconjunto de las funciones necesarias para
comunicarse con otro sistema. Cada nivel confía en que el nivel inferior adyacente
realice unas funciones primitivas, oculte sus detalles y ofrezca servicios al nivel
superior adyacente. En el mejor de los casos, los niveles deben definirse de forma que
los cambios en uno no provoquen cambios en los otros niveles. De este modo, se ha
descompuesto un problema en un conjunto de subproblemas más manejables.
Los Niveles OSI

El motivo principal del desarrollo del modelo OSI fue proporcionar un marco para la
estandarización. Pueden desarrollarse uno o más protocolos estándar dentro de cada
nivel del modelo.

El modelo define en términos generales las funciones a realizar en cada nivel y facilita
el proceso de construcción de estándares de dos maneras:

• Como las funciones de cada nivel quedan bien definidas, se pueden desarrollar
estándares de forma independiente y simultánea para cada nivel. Esto acelera
el proceso de construcción de estándares.

• Como las fronteras entre los niveles están bien definidas, los cambios en los
estándares de un nivel no afectarán al software existente de otros niveles.

Nivel de red

Hay un abanico de posibilidades para que el nivel de red gestione los servicios
participantes en las comunicaciones. En un extremo, puede haber un enlace directo
punto a punto entre los puestos. En tal caso, puede que no se necesite un nivel de red
porque el nivel de enlace de datos puede realizar las funciones necesarias de gestión
del enlace.

A continuación, puede que los sistemas se conecten a través de una única red, sea de
conmutación de circuitos o de paquetes. Como ejemplo, el nivel de paquetes de X.25
es un estándar de nivel de red para esta situación.

Los paquetes (unidades de datos del protocolo de nivel 3) creados por el sistema de un
extremo pasa a través de uno o varios nodos de la red que actúan como
retransmisiones entre dos sistemas. En los nodos de la red se implementan los niveles
del 1 al 3 de la arquitectura. En la figura, dos sistemas finales se conectan a través de
un solo nodo de la red. El nivel 3 del nodo realiza las funciones de conmutación y
encaminamiento (routing) En cada nodo hay dos niveles de enlace de dalos y dos
niveles físicos, correspondientes a los enlaces para ambos sistemas. Cada nivel de
enlace de datos (y físico) opera independientemente para ofrecer servicios al nivel de
red sobre su enlace respectivo. Los cuatro niveles superiores son protocolos "de
extremo a extremo" entre los computadores conectados.

La serie de protocolos tcp/ip

La arquitectura TCP/IP, al igual que el modelo OSI, está estructurada en niveles. En el

caso del TCP/IP, hay implicados cuatro niveles: acceso a la red, internet, transporte y
aplicación. En el nivel de acceso a la red se incluyen los protocolos que ofrecen acceso
a la red de comunicaciones, como puede ser una red de área local (LAN), Los
protocolos de este nivel se establecen entre un nodo de comunicaciones y un
computador conectado. La serie TCP/IP no incluye un único protocolo en este nivel,
sino que se usa el protocolo adecuado para cada red específica (por ejemplo, Ethernet,
IEEE 802 o X.25).

El nivel de internet consta de los procedimientos necesarios para que los datos puedan
atravesar múltiples redes entre computadores. De esta manera, debe ofrecerse una
función de encaminamiento. El protocolo se implementa en computadores y en
encaminadores (routers).

Un encaminador es un procesador que conecta dos redes y cuya función principal es

retransmitir los datos entre las redes. Usando un protocolo de interconexión de redes.
El internet (IP). Un uso típico de IP es conectar múltiples LAN dentro de un mismo
edificio o conectar varias LAN de sitios distintos.

El nivel de transporte proporciona la lógica necesaria para asegurar que los datos
intercambiados entre los computadores son enviados de forma fiable. También es
responsable de la llegada directa de datos a la aplicación en cuestión. El protocolo de
este nivel es el protocolo de control de la transmisión (TCP).
Proceso cliente/servidor

Posiblemente, la tendencia más significativa en los sistemas de información de los

últimos años ha sido la subida del proceso cliente/servidor. Este modelo de
procesamiento está reemplazando a una gran velocidad a los métodos de
procesamiento dominados por computadores centrales, el proceso centralizado y otras
formas alternativas de proceso distribuido de datos.

Aplicaciones Cliente/Servidor

La característica central de la arquitectura cliente/servidor es la ubicación de las tareas

del nivel de aplicación entre clientes y servidores. La figura 12.14 ilustra el caso
general. Tanto en el cliente como el servidor, por supuesto, el software básico es un
sistema operativo ejecutando en la plataforma de hardware. Las plataformas y los
sistemas operativos del cliente y el servidor pueden ser diferentes. De hecho, puede
existir un número de clases distintas de plataformas y sistemas operativos clientes y
otro de clases distintas de plataformas y sistemas operativos servidores en un mismo
entorno. En tanto que un cliente particular y un servidor compartan los mismos
protocolos de comunicación y soporten las mismas aplicaciones, estas diferencias de
niveles inferiores no son relevantes.

Middleware

El desarrollo y la distribución de productos cliente/servidor ha superado con mucho los

esfuerzos de estandarizar todos los aspectos del proceso distribuido, desde el nivel
físico hasta el nivel de aplicación.

Esta carencia de estándares hace difícil implementar una configuración cliente/servidor

empresarial integrada, válida para múltiples fabricantes. Congo gran parte del beneficio
de la filosofía cliente/servidor viene dado por su modularidad y por la capacidad de
combinar plataformas y aplicaciones para ofrecer soluciones comerciales, debe
resolverse este problema de interoperación. Para alcanzar los beneficios reales de la
filosofía cliente/servidor, los productores deben disponer de un conjunto de
herramientas que proporcionen una manera uniforme de acceder a los recursos del
sistema en todas las plataformas. Esto servirá para que los programadores construyan
aplicaciones que no sólo parezcan las mismas en PC y puestos de trabajos diferentes,
sino que también utilicen el mismo método de acceso a los datos, sin importar la
ubicación de los mismos.