ndice Contenido

Introduccin
Desde hace mucho tiempo, los arquitectos de software han descubierto e implementado varios conceptos y prcticas recomendadas para crear aplicaciones con un elevado nivel de escalabilidad. En la era del tera actual, estos conceptos son todava ms aplicables debido al aumento del crecimiento de los conjuntos de datos, la impredecibilidad de los patrones de trfico y la necesidad de tiempos de respuesta ms rpidos. Este documento reforzar y reiterar algunos de estos conceptos tradicionales, y tratar la forma en la que podran evolucionar en el conte to de la informtica de nube. !ratar, adems, algunos conceptos sin precedentes como la elasticidad que ha surgido debido a la naturaleza dinmica de la nube. "os sistema operativo en la nube todo lo que puede ofrecer un sistema informtico se ofrece como un servicio haciendo que los usuarios puedan acceder al sistema usar sus aplicaciones de forma que no se tiene que instalar nada. "os sistemas operativos en la nube son servidores desde internet encargados de atender las peticiones en cualquier momento. #e puede tener acceso a su informaci$n o servicio, mediante una cone i$n a internet desde cualquier dispositivo m$vil o fijo ubicado en cualquier lugar. #irven a sus usuarios desde varios proveedores de alojamiento repartidos frecuentemente tambi%n por todo el mundo.

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

Objetivo General

&onocer sobre los sistemas operativos en la nube.

Objetivos Especficos

'encionar la clasificaci$n de de sistemas operativos de redes.

Dar a conocer la arquitectura de los sistemas operativo en la nube.

Enumerar los principios dominantes que deben regir en el dise(o de sistemas operativos futuros.

)dentificar las capas de los sistemas operativos.

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

Sistemas Operativos del Futuro
Sistema Operativo en la nube *l igual que un equipo no puede trabajar sin un sistema operativo, una red de equipos no puede funcionar sin un sistema operativo de red. #i no se dispone de ning+n sistema operativo de red, los equipos no pueden compartir recursos y los usuarios no pueden utilizar estos recursos. Dependiendo del fabricante del sistema operativo de red, tenemos que el software de red para un equipo personal se puede a(adir al propio sistema operativo del equipo o integrarse con %l. ,et-are de ,ovell es el ejemplo ms familiar y famoso de sistema operativo de red donde el software de red del equipo cliente se incorpora en el sistema operativo del equipo. El equipo personal necesita ambos sistema operativos para gestionar conjuntamente las funciones de red y las funciones individuales. El software del sistema operativo de red se integra en un n+mero importante de sistemas operativos conocidos, incluyendo -indows ./// #erver01rofessional, -indows ,! #erver0-or2station, -indows 340350'E y *pple !al2. &ada configuraci$n 6sistemas operativos de red y de los equipos separados, o sistema operativo combinando las funciones de ambos7 tiene sus ventajas e inconvenientes. 1or tanto, nuestro trabajo como especialistas en redes es determinar la configuraci$n que mejor se adapte a las necesidades de nuestra red.

Clasificacin de sistemas operativos de redes por su estructura: Sistemas operativos de estructura monoltica , es decir, estn compuestos por un solo programa que contiene varias rutinas entrelazadas de forma que una de ellas puede comunicarse fcilmente con el resto.

Sistemas operativos de estructura jerr uica . &on el tiempo los sistemas operativos se van mejorando y se hizo necesario que el sistema operativo tuviese varias partes bien definidas del resto y con una interfase
3

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

propia. &on estas partes, capas o niveles se pretenda entre otras que cosas que la partes mas importantes del sistema operativo estuviesen a salvo de intrusos.

Sistemas operativos cliente!servidor" Este tipo de sistemas operativos para redes es el que actualmente esta en uso en la mayora de las computadoras. Es un sistema operativo muy compatible, porque sirven para cualquier computadora y prcticamente para todos los programas. El sistema operativo cliente8servidor el usuario o cliente hace una petici$n al servidor correspondiente para tener acceso a un archivo o efectuar una actuaci$n de entrada o salida sobre un dispositivo concreto "

Coordinacin del soft#are $ del %ard#are El sistema operativo de un equipo coordina la interacci$n entre el equipo y los programas 6o aplicaciones7 que est ejecutando. &ontrola la asignaci$n y utilizaci$n de los recursos hardware tales como9

'emoria. !iempo de &1:. Espacio de disco. Dispositivos perif%ricos.

En un entorno de red, los servidores proporcionan recursos a los clientes de la red y el software de red del cliente permite que estos recursos est%n disponibles para los equipos clientes. "a red y el sistema operativo del cliente estn coordinados de forma que todos los elementos de la red funcionen correctamente.

&r uitectura ,ube de la arquitectura, de la arquitectura de los sistemas operativos de los sistemas de software involucrados en la entrega de la computaci$n en nube, por lo general consiste de varios componentes de nubes se comunican entre s ms de acoplamiento como mecanismo de cola de mensajes. "os dos componentes ms significativos de la arquitectura de computaci$n en la nube que se conoce como el front8end y el bac28end. "a parte delantera es la
4

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

parte vista por el cliente, es decir, el usuario de la computadora. Esto incluye la red del cliente 6o computadora7 y las aplicaciones utilizadas para acceder a la nube a trav%s de una interfaz de usuario, como un navegador web. "a parte de atrs de la arquitectura de computaci$n en nube es la propia nube, que comprende varios ordenadores, servidores y dispositivos de almacenamiento de datos. 'ultitarea $ 'ultiproceso 1or medio de la multitarea, los sistemas operativos en la nube permiten tener varios procesos ejecutndose al mismo tiempo y esta funcionabilidad ser la encargada de asignar los tiempos de uso del servidor para cada proceso. Esto permitir que la repartici$n del tiempo sea la mejor. Estos sistemas operativos en la nube utilizan multiproceso preventivo, el cual hace que dicho sistema distribuya el tiempo y los recursos del servidor 6de la red7 de la mejor forma posible, reduciendo considerablemente la aparici$n de problemas con respecto a que otro programa desea utilizar ms recursos. :na de las ventajas del multiproceso preventivo es dar confiabilidad y gran velocidad en la transmisi$n de archivos, as como elaborar diferentes tareas al mismo tiempo.

Sistemas Operativos Futuros: E isten cuatro principios dominantes que deben regir en el dise(o de sistemas operativos futuros

("! &bstraccin El principio de la abstracci$n es que un nivel del ambiente de software no debe necesitar ; saber ; los detalles sobre la implementaci$n en otros niveles. 1or ejemplo, un 1rogramador no debe requerir saber qu% clase de procesador ser usado cuando se ejecute su programa, y un usuario de correo8electr$nico no debe requerir de conocimientos de los protocolos de red.

)" *obuste+ $ ,estin de errores "os sistemas operativos futuros deben ser e tremadamente robustos. #us metas9 ,inguna acci$n del usuario debe hacer que el sistema comporte en una e tra(a o il$gica manera

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

Debe ser imposible que cualquier programa interrumpa el funcionamiento de otros programas, o de la mquina en su totalidad. Es decir sin importar las acciones y las decisiones del usuario y del programador, la computadora nunca debe ;colapsarse;. *dems, cualquier acontecimiento inesperado se debe manjar de una manera prctica. "os problemas que el sistema operativo no puede solucionar se deben se(alar al usuario de una manera no8secreta 6tales como un ;cuadro de dilogo;7, y se deben e plicar de una manera no t%cnica 6utilizar un lenguaje dependiendo del m$dulo de programaci$n7. El sistema debe enumerar claramente las opciones de las cuales el usuario debe elegir. -"! Estandari+acin *ctualmente, hay numerosos sistemas operativos y sistemas de hardware que se comportan de varias maneras. 1or lo tanto, la comunicaci$n entre las mquinas de diferente arquitectura es difcil, y esta situaci$n es confusa para cualquier usuario que procure cambiarse de una plataforma a otra. Esta confusi$n da lugar a un costo significativo debido a la capacitaci$n y al tiempo perdido durante la transici$n y fase de aprendizaje. :n sistema operativo bien dise(ado debe ser estn garantizado de una manera tal que se adapte y siga siendo +til indefinidamente. Debe crecer en a la par con la tecnologa de c$mputo, la visualizaci$n, y tecnologas de interacci$n, y preferencias del usuario. "a naturaleza modular del sistema operativo del ma(ana ser tal que piezas del sistema sern continuamente modificadas y puestas al da reflejar estos cambios. 1ara que estas caractersticas sean posibles, el sistema requerir9 <7 un conjunto muy bien definido de los estndares p+blicos disponibles 6para la comunicaci$n entre las capas y los objetos7. .7 que este conjunto de estndares se desarrolle con un cierto plazo de tiempo pero que siga siendo claro y conciso. =7 que los estndares no cambien tan rpidamente como para causar problemas de compatibilidad o altos costos de cambio de hardware.

."! /ise0o para facilidad de empleo $ desarrollo de soft#are "a mayora de los sistemas operativos actuales fueron dise(a dos para ser fciles de poner en ejecuci$n. En contraste, los sistemas operativos de ma(ana sern
6

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

dise(ados para el uso fcil y el desarrollo fcil. El dise(o ser hecho con poco disminuciones en cuanto a su facilidad de implementaci$n con e cepci$n de su modularidad y estandarizaci$n inherentes. Debido a estos buenos principios del dise(o, el sistema operativo del ma(ana no ser difcilmente de implementar. Estas mismas cualidades facilitarn el trabajo de los programadores tambi%n, en cuanto a la mayora de los proyectos de desarrollo necesitarn solamente ensamblar objetos de alto nivel. Esos m$dulos que deben escribir para s mismos sern reutilizables y fcilmente adaptables a las necesidades de cada programador.

Caractersticas de los Sistemas Operativos en la 1ube El sistema operativo de red se encarga de la gesti$n de los usuarios, de la gesti$n de la red, de controlar el acceso a los datos de los archivos que se encuentran en las unidades de discos compartidas del servidor, de la utilizaci$n de los perif%ricos compartidos

1. 2a Gestin /e 2os 3suarios

"os sistemas operativos de red permiten al administrador de la red determinar las personas o grupos de personas que tendrn la posibilidad de acceder a los recursos de la misma. El administrador de una red puede utilizar el sistema operativo de red para9

&rear, borrar o modificar usuarios y grupos de usuarios. >torgar o quitar permisos de usuario a los recursos de la red controlados por el sistema operativo de red. *signar o denegar derechos de usuario en la red.

2. 2a Gestin /e 2a *ed

"a mayora de los sistemas operativos de red incluyen herramientas de gesti$n que ayudan a los administradores a controlar el comportamiento de la red. &uando se produce un problema en la red, permitirn detectar sntomas de la presencia del problema y presentar informaci$n sobre los mismos. De esta manera, el
7

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

administrador de la red podr tomar la decisi$n correcta antes deque el problema suponga riesgos graves o una cada de la red.

3. El 4lo ueo /e &rc%ivos 5 *e,istros

:na de las grandes diferencias entre un sistema operativo mono puesto 6pensado para ser utilizado por un +nico usuario simultneamente7 y un sistema operativo de red 6pensado para ejecutar varias tareas y por varios usuarios simultneamente7 es que un mismo archivo o un registro de un archivo puede ser usado por ms de un usuario y, por tanto, es necesario establecer un mecanismo para que dos usuarios no efect+en una modificaci$n en el registro o en el archivo al mismo tiempo. "a diferencia entre un bloqueo de archivo o de registro reside en que9

En el bloqueo de un archivo se impide que mientras est siendo utilizado por un usuario, el archivo pueda ser utilizado por otro. En el bloqueo de registros se impide que mientras un usuario est utilizando una ficha determinada de un archivo, %sta pueda ser modificada por otro usuario pero s pueda modificar, borrar o insertar nuevas fichas dentro de ese archivo.

4. 2a /istribucin /e Espacio En 2os /iscos /uros

En una red, el disco o los discos duros pueden ser utilizados de tres maneras distintas9 de forma privada, compartida o p+blica 6que pueden coe istir sin ning+n tipo de problema7.

En una utilizaci$n privada, los archivos que se encuentran en ellos son personales y +nicamente tiene acceso su propietario para operaciones de lectura, escritura, borrado y creaci$n de nuevos archivos.

En una utilizaci$n compartida, los archivos que se encuentran en ellos tienen niveles de acceso distintos en funci$n de los permisos dados por el administrador de la red. 1or tanto, puede haber archivos que pueden ser
8

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

utilizados totalmente por todos los usuarios, archivos que pueden ser utilizados parcialmente por todos los usuarios y archivos que s$lo pueden ser utilizados por un usuario o un grupo de usuarios.

En una utilizaci$n p+blica, los archivos pueden ser ledos, modificados o borrados por todos los usuarios 6aunque sera recomendable que las dos +ltimas opciones las realizaran personas espcficas que tuvieran un nivel de acceso superior7.

5. 2a Comparticin /e 2os *ecursos

Dentro de las ventajas de una red se encuentra la posibilidad de compartir los recursos que se encuentran en ella y, en especial, las impresoras. El servidor de impresi$n y0o el servidor de archivos disponen de un programa que controla los trabajos de impresi$n mandados por los usuarios. Este programa crea una zona de almacenamiento temporal de datos en el disco donde se guardan todos los trabajos pendientes de imprimir 6cola de impresi$n7 hasta que la impresora queda libre y son dirigidos a ella para ser impresos. #e puede especificar el orden en que se van a imprimir, el n+mero de copias, la impresora a usar, el formato de impresi$n que se va a utilizar, si se coloca una primera pgina identificativa del trabajo 6banner7, etc.

Capas de Sistemas Operativos 6ernel :na de las ms importantes y esenciales piezas que componen cualquier sistema operativo, es el denominado n+cleo o ?ernel, el cual es la capa de software que permite el acceso a los diferentes elementos de hardware que conforman nuestro m$vil. !ambi%n es el encargado de brindar diferentes servicios a las capas superiores como los controladores de hardware, gesti$n de procesos, sistemas de archivos, adems del acceso y gesti$n de la memoria del sistema.
9

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

'iddle#are El middleware es el conjunto de m$dulos software que hacen posible la e istencia de las propias aplicaciones. Esta librera de software es totalmente transparente para el usuario final y ofrece servicios claves para las aplicaciones como9
'otor de mensajera )nt%rpretes de pginas web0-*1 'otor de comunicaciones &odecs multimedia @esti$n del dispositivo #eguridad

Entorno de ejecucin de aplicaciones Esta capa consiste de un gestor de aplicaciones y un conjunto de interfaces programables 6*1)s7 abiertas y accesibles por los programadores para facilitar la creaci$n de aplicaciones.

Interfa+ de usuario Esta capa es la que facilita la creaci$n de las interfaces de usuario de las aplicaciones que facilitarn la gesti$n de la interacci$n con el usuario final y el dise(o de la presentaci$n visual de la aplicaci$n "os principales servicios que esta capa ofrece a las aplicaciones son9
A &omponentes grficos9 por ejemplo, pantallas, botones, listas, etc. A 'arco de interacci$n

:n componente adicional que no se muestra en el grfico y que se sit+a al mismo nivel que las aplicaciones de terceros, de ah que hayamos preferido no incluirlo, es la Bamilia de *plicaciones nativa del tel%fono, que proporcionan el interfaz de usuario principal del tel%fono9 men+s, marcador de n+meros de tel%fono, bandeja de entrada de mensajes, navegador, etc.
10

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

Se,uridad "a seguridad es uno de los puntos en contra que presentan los sistemas operativos en la nube, debido a que acceder a los datos de las personas no tendra gran dificultad. 1or la utilizaci$n de un sistema tan abierto, nuestros tel%fonos m$viles o &1: quedan a espesas de los dems, poniendo en riesgo la informaci$n que poseamos

11

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

Conclusiones

El &loud computing se encuentra en una de sus primeras fases que dar paso en breve a su siguiente generaci$n de nubes y servicios. El ritmo al que avanzan los proveedores de &loud &omputing es muy superior al de nuestros negocios o infraestructuras, cuanto antes abordemos este tipo de servicios ms rpidos podremos adaptarnos a las futuras versiones.

El mundo se ha visto sorprendido por el avance de la informtica, uno de esos avances son los sistemas operativos online, o lo que es lo mismo, aquellos que funcionan en la llamada C,ube de )nternetD. Estos sistemas operativos son un gran avance tecnol$gico, porque le permite al usuario usar su computadora de una manera ms eficiente y segura, ya que su sistema operativo esta en )nternet.

"os sistemas operativos en la nube representan una gran competici$n con aquellas empresas como 'icrosoft y #un 'icrosystems que basan sus sistemas operativos de manera personal es decir que se encuentran en sus computadores. 1or lo que lo mejor en el futuro es que todos los sistemas operativos y dems programas basen su funcionamiento en )nternet.

12

Arquitectura, Nivel y Capas de los Sistemas Operativos en la Nube

4iblio,rafas

http900ingenieria8dispositivos8moviles.blogspot.com0./<.0/.0hola.html

http900eciencia.urjc.es0jspui0bitstream0</<<4043E40<0'emoria!B'B),*"8 ..pdf

http900d=Fcz3buwru<tt.cloudfront.net0es0*-#G&loudGHestG1racticesG/4.4. /</.pdf

http900www.adminso.es0recursos01royectos01B'0./<<G<.01B'GcloudGbe2a. pdf

http900d=Fcz3buwru<tt.cloudfront.net0es0*-#G&loudGHestG1racticesG/4.4. /</.pdf

13