Sistemas arquitectónicos centralizados, descentralizados e híbridos.
Upcoming SlideShare
Loading in...5
×
 

Sistemas arquitectónicos centralizados, descentralizados e híbridos.

on

  • 2,883 views

 

Statistics

Views

Total Views
2,883
Views on SlideShare
2,883
Embed Views
0

Actions

Likes
1
Downloads
56
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft Word

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Sistemas arquitectónicos centralizados, descentralizados e híbridos. Sistemas arquitectónicos centralizados, descentralizados e híbridos. Document Transcript

  • UNIVERSIDAD DE GUADALAJARA SISTEMA DE UNIVERSIDAD VIRTUAL Licenciatura en Tecnologías e Información 2012A Desarrollo e implementación de aplicaciones distribuidas. Unidad II Análisis de arquitecturas. Actividad 2: Estilos arquitectónicos. Alumno: C. Alejandro Serralde Romero. 210219574
  • Sistemas arquitectónicos centralizados, descentralizados e híbridos.Centralizados.En el modelo básico cliente-servidor, los procesos en un sistema distribuidoestándivididos en dos grupos, que posiblemente se traslapan. Unservidor es unproceso queimplemente un servicio específico, por ejemplo, un servicio de sistemade archivosdistribuido o de base de datos. Unclientees un proceso que solicita unservicio a unservidor, enviándole una petición y subsecuentemente esperando larespuesta delservidor. La interaccióncliente-servidor, también conocida como solicitud-respuesta.La comunicación entre un cliente y un servidor puede ser implementada por mediodeun simple protocolo no orientado a la conexión (sin conexión) cuando laredsubyacente es suficientemente confiable como es el caso de muchas redes deárealocal (LANs). En estos casos, cuando un cliente solicita un servicio,empacasimplemente el mensaje para el servidor, identificando el servicio que requiereyanexando los datos de entrada necesarios. El mensaje es posteriormente enviadoalservidor. El servidor se encuentra continuamente en espera de recibir solicitudes,traslo cual las procesa, empaqueta los resultados en un mensaje de respuesta,yfinalmente envía este mensaje al cliente.Sin embargo, considerando que muchas aplicaciones cliente-servidor estánorientadasa facilitar al usuario el acceso a la base de datos, mucha gente haestablecido unadistinción entre los tres niveles siguientes, esencialmente usando elestilo arquitectónicoen capasque se vio previamente:El nivel de interfaz de usuario.El nivel de procesamiento.El nivel de datos.El nivel de interfaz de usuariocontiene todo lo necesario para establecer unainterfazdirecta con el usuario, tal como la administración del despliegue de lainformación. Elnivel de procesamientotípicamente contiene las aplicaciones. Elnivel dedatosadministra los datos sobre los cuales se está trabajando.
  • Concentran en un departamento especializado el equipamiento, el personal y lasinformaciones (organizadas con un criterio departamental y no sistémico, implicandoduplicidades e incoherencia). Esta arquitectura se utiliza en la actualidad en pequeñasempresas, que cuentan sólo con una microcomputadora procesando toda lainformación centralizadamente.ESQUEMA DE UN SISTEMA CENTRALIZADODesventajas.- Dependencia de los usuarios al departamento central de procesamiento de datos.- Atrasos en las entregas de los resultados.
  • - Diferentes prioridades con afectación a usuarios.- Cuellos de botella.Descentralizados.Las arquitecturas multinivel cliente-servidor, son una consecuencia directa del dividirlasaplicaciones en los tres niveles: interfaz de usuario, componentes de procesamientoydatos. Los diferentes niveles corresponden directamente con la organización lógicadelas aplicaciones. En muchos ambientes, el procesamiento distribuido esequivalente aorganizar una aplicación cliente servidor como una arquitecturamultinivel. A este tipo dedistribución se le conoce como distribución vertical.Lacaracterística relevante de una distribución vertical es que esta puederealizarsedisponiendo componentes lógicamente diferentes en máquinasdiferentesmáquinas. Una vez más, desde la perspectiva de administración del sistema,eltener una distribución vertical puede ser una ayuda: las funciones estás lógicayfísicamente divididas y distribuidas en múltiples máquinas, mientras cada máquinaestáconfigurada para trabajar óptimamente con un grupo específico de funciones.Sin embargo, la distribución vertical es tan solo una manera de organizaraplicacionescliente-servidor. En arquitecturas modernas, es común que la distribuciónde clientesy servidores sea el factor más importante, por lo que a este forma dedistribución sele conoce comodistribución horizontal. En este tipo de distribución, uncliente o unserver puede estar físicamente dividido en partes lógicamente equivalentes,perocada parte opera con su proprio conjunto integral de datos,balanceando(equilibrando) la carga del sistema.Sistemas Descentralizados:Caracterizado por equipos y B.D ubicadas en las áreas de trabajo, o sea más cercanasa los centros de toma de decisiones.Ventajas: Buenos resultados a nivel de área o departamento
  • Desventajas:- Parques de equipos heterogéneos, inconexos y de difícil gestión desde el punto devista global de la empresa- Bases de Datos repetidas que afectan la integridad y veracidad de los datos.Sistemas Distribuidos (híbridos).Combinan los sistemas centralizados y descentralizados; la inteligencia del sistema selocaliza en diferentes nodos o módulos de control y estos tienen acceso a un grupo deelementos de la red. Los sistemas distribuidos también requieren un protocolo decomunicaciones para las acciones coordinadas de los dispositivos.Consisten en proporcionar una integración entre la estación de trabajo y la pila deprocesadores para combinar la ventaja de los dos esquemas. El trabajo interactivo selleva a cabo en las estaciones de trabajo, mientras que los procesos no interactivos seejecutan en el arreglo de microprocesadores. Es la solución más cara pero máseficiente.Ventajas Seguridad en el funcionamiento y configuración Posibilidad de rediseño de red Cableado reducido Fácil ampliabilidadDesventajas Requieren alta programación
  • CORBA y lenguajes de programación para sistemas distribuidos.En un sentido general, CORBA "envuelve" el código escrito en otro lenguaje, en unpaquete que contiene información adicional sobre las capacidades del código quecontiene y sobre cómo llamar a sus métodos. Los objetos que resultan, puedenentonces ser invocados desde otro programa (u objeto CORBA) desde la red. En estesentido CORBA se puede considerar como un formato de documentación legible por lamáquina, similar a un archivo de cabeceras, pero con más información.CORBA utiliza un lenguaje de definición de interfaces (IDL) para especificar lasinterfaces con los servicios que los objetos ofrecerán. CORBA puede especificar apartir de este IDL, la interfaz a un lenguaje determinado, describiendo cómo los tipos dedato CORBA deben ser utilizados en las implementaciones del cliente y del servidor.Al compilar una interfaz en IDL se genera código para el cliente y el servidor (elimplementador del objeto). El código del cliente sirve para poder realizar las llamadas amétodos remotos. Es el conocido como stub, el cual incluye un proxy (representante)del objeto remoto en el lado del cliente. El código generado para el servidor consiste enunos skeletons (esqueletos) que el desarrollador tiene que rellenar para implementarlos métodos del objeto.CORBA es más que una especificación multiplataforma, también define servicioshabitualmente necesarios como seguridad y transacciones. Y así este no es un sistemaoperativo en si, en realidad es un middleware.Lenguajes que implementan CORBA.Ada, C, C++, Smalltalk, Java, Python, Perl y Tcl.
  • ¿Qué ofrecen Microsoft, IBM, SUN?Plataformas y lenguajes para la implementación de sistemas distribuidos.¿Qué aportaciones hay de parte del software libre?Apache, Sendmail, PostgreSQL, MySQL, SAMBA.¿Qué opinión tienes respecto al uso de un tipo determinado de estilo arquitectónico?Se justifica en las necesidades del entorno de aplicación, es decir, lo que beneficie alas empresas para desarrollar sus actividades.¿Cuánto tiempo estimas necesario para aplicar un estilo?De acuerdo al tamaño y complejidad de la arquitectura, puede ser de 1 a 2 meses parasu implementación.Con base en lo que leíste e investigaste¿Qué evaluación le darías a cada estilo arquitectónico?Cada uno representa ventajas y desventajas, sin embargo el sistema hibrido auncuando es el mas costoso, representa el de mayor viabilidad para la escalabilidad delos sistemas de información de la empresa.
  • Referencias. 1. Reynoso, Carlos, 2004, “Estilos y Patrones en la Estrategia de Arquitectura de Microsoft”, Universidad de Buenos Aires (documento electrónico) 2. Cristiá, Maximiliano, 2006 “Catálogo Incompleto de Estilos Arquitectónicos”, Universidad Nacional de Rosario (documento electrónico) 3. Olivares, Juan Carlos, 2007, “Fundamentos del Diseño de Software”, Secretaría de Educación Pública (documento electrónico) 4. Tanenbaum, Andrew, 2007, “Sistemas Distribuidos” (libro de texto) 5. Fernández, R. (s.f.). Sistemas informáticos centralizados y descentralizados. Ventajas y desventajas. Consultado el 30 de marzo de 2012, en http://www.mailxmail.com/curso-sistemas-informativos-diseno-creacion- 1/sistemas-informaticos-centralizados-descentralizados-ventajas-desventajas 6. Scribd. (s.f.). Arquitecturas de Sistemas Distribuidos. Consultado el 30 de marzo de 2012, en http://es.scribd.com/doc/86996104/clase03-1 7. Miranda, J. (s.f.). Introducción a los sistemas distribuidos. Consultado el 30 de marzo de 2012, en http://www.iuma.ulpgc.es/users/jmiranda/docencia/distribuidos/01-Intro.pdf 8. Lafuente, A. (s.f.). Sistemas Distribuidos. Consultado el 30 de marzo de 2012, de http://www.sc.ehu.es/acwlaalm/sdi/introduccion-slides.pdf