SlideShare ist ein Scribd-Unternehmen logo
1 von 28
Aplicaciones Distribuidas
      Trabajo Monográfico
     Álvarez Pedro Javier I.
Aspectos a evaluarse a la hora de diseñar una
  aplicación distribuida:
• Concurrencia: las aplicaciones distribuidas serán utilizadas por un
  alto número de usuarios por lo que hay que tener presente los
  bloqueos de recursos o el uso de CPU, para lograr la máxima
  eficiencia.
• Topología de Red: el tráfico de red es un aspecto importante que
  condiciona el tiempo de respuesta, se debe escoger una topología
  de red que lo soporte.
• Ubicación de la Lógica: es necesario decidir en que procesos
  físicos se sitúan los componentes lógicos.
• Homogeneidad de las Plataformas: la utilización de estándares
  entre los sistemas operativos o lenguajes de desarrollo puede
  ayudar a evitar la heterogeneidad.
• Seguridad: es necesario establecer políticas de seguridad para
  impedir el acceso no autorizado a los datos.
Tipos de Aplicaciones Distribuidas:

• Cliente – Servidor
• Aplicaciones de N-capas
Aplicaciones Cliente-Servidor: son las llamadas
 “tradicionales” y en las cuales podemos
 distinguir dos procesos.
Servidor: proporciona los datos que se le
 solicitan y procesa los datos que se le envían.
 Se le llama servidor tanto al proceso como al
 equipo en el que el proceso esta alojado.
Cliente: se ejecuta en el equipo del usuario que
 maneja la aplicación y las funciones son las de
 solicitar datos al servidor para que realice cierto
 trabajo con ellos y enviar los cambios si es que
 es necesario.
Las funciones de los SGBD:
• Manutención de la integridad de los datos.
• Proporcionar seguridad.
• Permitir incluir lógica de negocios de la
  aplicación en forma de:
  Procedimiento almacenados
  Disparadores
  Reglas intrínsecas
Ventajas del Modelo Cliente-Servidor:
• Incluye dentro de si los componentes de
  validación, presentación y manipulación
  de datos.
• Posee arquitectura simple.
• El coste de implementación es mas bajo
  que una aplicación n-capas.
• Al existir menos capas los datos asan mas
  rápido.
Desventajas de Modelo Cliente- Servidor:
• La conectividad se realiza desde cada una
  de las estaciones de trabajo lo que
  consume recursos del servidor.
• La conectividad entre las estaciones de
  trabajo y el servidor es especifica para
  cada SGBD, mayor esfuerzo a la hora de
  configurar los sistemas.
• Dificultad a la hora de trabajar con
  diferentes SGBD.
• Minima reutilización de codigo.
Aplicaciones de N-capas: en una
 aplicación de n-capas los diferentes
 procesos están distribuidos en diferentes
 capas no solo lógicas, si no también
 físicas. Los procesos se ejecutan en
 diferentes equipos que también puedan
 estar en diferentes plataformas o S.O.
Arquitecturas de las Aplicaciones
  distribuidas:
Considerando el papel que cada elemento
  juega dentro de la aplicación se distinguen
  tres grupos lógicos donde podemos
  agrupar elementos según su
  funcionalidad:
• La Capa de Servidor
• La Capa de Negocios
• La Capa de Presentación
La Capa Servidor
Servicios: Los servicios son procesos que
 se ejecutan en equipos servidores y se
 mantienen a la espera de que los
 procesos clientes le soliciten
 funcionalidades de datos.
Los servicios poseen ciertas características
  que los diferencian de una aplicación de
  escritorio:
• Ejecución desatendida.
• Conectividad
  a) Acceso simultaneo
  b) Acceso serializado
• Seguridad
Servicios de Base de datos:
Son los mas frecuentes en las
 aplicaciones distribuidas. Los SGBD
 disponen de la infraestructura
 necesaria de servicios para crear
 reglas de negocios.
Reglas de Negocios según su modo:
• Procedimientos Almacenados: Se
  ejecutan como una consecuencia de una
  llamada directa de un cliente.
• Disparadores: Se ejecutan como
  consecuencia indirecta de una sentencia
  SQL efectuada por el cliente,
  normalmente.
• Procedimientos Programados: Los
  SGBD disponen de proceso programados
  por calendario.
La Capa de Negocios:

En esta capa se sitúan las normas de
 acceso a datos, la lógica de tratamiento
 de los mismos y cualquier elemento de
 aplicación que pueda reutilizarse.
Por lo general, lo componen dos tipos de
 elementos, según la función que
 desempeñan en la capa.
Lógica de Acceso a Datos:

Incluye los elementos necesarios para que
  la aplicación se conecte a orígenes de
  datos y recupere estructuras que serán
  utilizadas.

Los únicos elementos que se conectan a la
  base de datos son los objetos de acceso a
  datos.
Los motivos para encapsular todo el acceso
  a datos en la lógica de acceso a datos son
  múltiples:
No será necesario distribuir la información
  de conexión por todo el sistema.
La aplicación sea agnóstica respecto al
  origen de datos.
Ignora la estructura real de los orígenes de
  datos.
La reutilización es el factor más importante.
Componentes Principales de la Lógica
   de Acceso a Datos:
1. Entidades de Negocios: Son
   estructuras de datos que la aplicación
   maneja y que representan a las
   entidades de datos definidas en los
   orígenes de datos.
2. Objetos de Acceso a Datos: Son los
   intermediarios entre la aplicación y los
   orígenes de datos. Un objeto de acceso
   de datos encapsula el acceso a una sola
   entidad de datos del origen.
Entidades de Negocios, según la
 utilización:

• Entidades de Mantenimiento: Se utilizan
  para leer, insertar, actualizar o eliminar
  registros del origen de datos.
• Entidades de Lista: Se utilizan para
  recuperar estructuras de datos obtenidas
  como consecuencia de una consulta.
Un Objeto de Datos puede exponer tres
  tipos de métodos de acceso a datos:
• Métodos de CRUD (Create, Read,
  Update, Delete).
• Métodos de Lista.
• Métodos de Procedimientos.

Los Objetos de Datos han de ser simples y
  directos en su funcionamiento. Han de
  afectar a una sola entidad de datos.
Lógica de Negocios:
Utilizan los objetos de acceso a datos y las
  entidades de negocio, siendo una especie
  de cliente de la lógica de acceso a datos.
Podemos encontrar:
• Objetos de Negocios: Encapsula el
  acceso a varios objetos de acceso a datos
  en un único objeto.
• Fachada de Negocio: Aparecen en
  grandes aplicaciones con muchos objetos
  de acceso a datos y muchos objetos de
  negocios.
La Capa de Presentación:

Es un sistema de presentación y manejo de
 datos, que se obtienen y se actualizan con
 los objetos de negocios comunes para
 todas las aplicaciones que los usan.

Debe ser independiente de las reglas del
 negocio y su función se limitó a la
 presentación y manejo de datos de una
 aplicación
Factores que Influyen en la Distribución
  Física:
• Infraestructura de Comunicaciones.
• Dependencias.
• Impacto en las Modificaciones
  Posteriores.
• Reutilización.
• Rendimiento.
• Dificultad de Implantación.
Conclusión:
Las aplicaciones distribuidas ofrecen la solución
  más optimizada para grandes sistemas que
  requieren alta concurrencia o máxima
  reutilización de código. Los procesos se
  ejecutan en máquinas dedicadas que se
  configuran de la manera más adecuada para
  ofrecer los servicios que requiere cada parte de
  la aplicación.
Ciertamente, crear una aplicación distribuida en
  varias capas requiere cierto sobresfuerzo en
  términos de diseño y conlleva una cierta pérdida
  de rendimiento frente a las aplicaciones cliente-
  servidor tradicionales, pero su implantación
  soluciona tantos problemas que su uso es
  imprescindible en sistemas muy complejos.
                                  Gracias

Weitere ähnliche Inhalte

Was ist angesagt?

C4model - Arquitectura de Software
C4model - Arquitectura de SoftwareC4model - Arquitectura de Software
C4model - Arquitectura de SoftwareRene Guaman-Quinche
 
Modelo conceptual
Modelo conceptual Modelo conceptual
Modelo conceptual Claü Vides
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareRoberth Loaiza
 
Diagramas clases presentacion
Diagramas clases presentacionDiagramas clases presentacion
Diagramas clases presentacionjosebrandon24
 
Caracteristicas de los Sistemas Distribuidos
Caracteristicas de los Sistemas DistribuidosCaracteristicas de los Sistemas Distribuidos
Caracteristicas de los Sistemas DistribuidosJorge Guerra
 
Cuestionario uml y objetos zuli
Cuestionario uml y objetos zuliCuestionario uml y objetos zuli
Cuestionario uml y objetos zuliyuliethces
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 CapasFani Calle
 
Diagramas de despliegue
Diagramas de despliegueDiagramas de despliegue
Diagramas de desplieguegmjuan
 
Servicios Web
Servicios  WebServicios  Web
Servicios Webbarkuz
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clasesjmachado614
 
Modelos de los sistemas distribuidos
Modelos de los sistemas distribuidosModelos de los sistemas distribuidos
Modelos de los sistemas distribuidosMargarita Labastida
 
Consideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMSConsideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMSevavivez
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetosyoiner santiago
 
Sistemas Operativos Distribuidos
Sistemas Operativos DistribuidosSistemas Operativos Distribuidos
Sistemas Operativos DistribuidosValentina
 

Was ist angesagt? (20)

C4model - Arquitectura de Software
C4model - Arquitectura de SoftwareC4model - Arquitectura de Software
C4model - Arquitectura de Software
 
Modelo conceptual
Modelo conceptual Modelo conceptual
Modelo conceptual
 
UML: CASOS DE USO
UML: CASOS DE USOUML: CASOS DE USO
UML: CASOS DE USO
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
 
Diagramas clases presentacion
Diagramas clases presentacionDiagramas clases presentacion
Diagramas clases presentacion
 
Vista lógica
Vista lógicaVista lógica
Vista lógica
 
Caracteristicas de los Sistemas Distribuidos
Caracteristicas de los Sistemas DistribuidosCaracteristicas de los Sistemas Distribuidos
Caracteristicas de los Sistemas Distribuidos
 
Cuestionario uml y objetos zuli
Cuestionario uml y objetos zuliCuestionario uml y objetos zuli
Cuestionario uml y objetos zuli
 
Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 Capas
 
Diagramas de despliegue
Diagramas de despliegueDiagramas de despliegue
Diagramas de despliegue
 
Diagrama de componentes
Diagrama de componentesDiagrama de componentes
Diagrama de componentes
 
Servicios Web
Servicios  WebServicios  Web
Servicios Web
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Modelos de los sistemas distribuidos
Modelos de los sistemas distribuidosModelos de los sistemas distribuidos
Modelos de los sistemas distribuidos
 
Gestion de redes
Gestion de redesGestion de redes
Gestion de redes
 
Consideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMSConsideraciones para elegir un buen DBMS
Consideraciones para elegir un buen DBMS
 
Arquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidosArquitectura de sistemas distribuidos
Arquitectura de sistemas distribuidos
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetos
 
OOSE
OOSEOOSE
OOSE
 
Sistemas Operativos Distribuidos
Sistemas Operativos DistribuidosSistemas Operativos Distribuidos
Sistemas Operativos Distribuidos
 

Andere mochten auch

Aplicaciones Distribuidas
Aplicaciones DistribuidasAplicaciones Distribuidas
Aplicaciones DistribuidasSorey García
 
Unidad 1 Panorama general de las aplicaciones distribuidas
Unidad 1 Panorama general de las aplicaciones distribuidasUnidad 1 Panorama general de las aplicaciones distribuidas
Unidad 1 Panorama general de las aplicaciones distribuidasEduardo S de Loera
 
Ingeniería Inversa en Android. Rooted Labs. Rooted CON 2012.
Ingeniería Inversa en Android.  Rooted Labs. Rooted CON 2012.Ingeniería Inversa en Android.  Rooted Labs. Rooted CON 2012.
Ingeniería Inversa en Android. Rooted Labs. Rooted CON 2012.Internet Security Auditors
 
Snmp
SnmpSnmp
Snmp1 2d
 
Aplicaciones distribuidas
Aplicaciones distribuidasAplicaciones distribuidas
Aplicaciones distribuidasalicia
 
Presentacion Evolucion De Las Tecnologias
Presentacion Evolucion De Las TecnologiasPresentacion Evolucion De Las Tecnologias
Presentacion Evolucion De Las Tecnologiasadriana
 
Sistemas Distribuidos. Diseño e Implementacion
Sistemas Distribuidos. Diseño e ImplementacionSistemas Distribuidos. Diseño e Implementacion
Sistemas Distribuidos. Diseño e ImplementacionJorge Guerra
 

Andere mochten auch (10)

Aplicaciones Distribuidas
Aplicaciones DistribuidasAplicaciones Distribuidas
Aplicaciones Distribuidas
 
Unidad 1 Panorama general de las aplicaciones distribuidas
Unidad 1 Panorama general de las aplicaciones distribuidasUnidad 1 Panorama general de las aplicaciones distribuidas
Unidad 1 Panorama general de las aplicaciones distribuidas
 
P2p
P2pP2p
P2p
 
Ingeniería Inversa en Android. Rooted Labs. Rooted CON 2012.
Ingeniería Inversa en Android.  Rooted Labs. Rooted CON 2012.Ingeniería Inversa en Android.  Rooted Labs. Rooted CON 2012.
Ingeniería Inversa en Android. Rooted Labs. Rooted CON 2012.
 
Snmp
SnmpSnmp
Snmp
 
Aplicaciones distribuidas
Aplicaciones distribuidasAplicaciones distribuidas
Aplicaciones distribuidas
 
Unidad 1
Unidad 1Unidad 1
Unidad 1
 
Presentacion Evolucion De Las Tecnologias
Presentacion Evolucion De Las TecnologiasPresentacion Evolucion De Las Tecnologias
Presentacion Evolucion De Las Tecnologias
 
Integración de Aplicaciones
Integración de AplicacionesIntegración de Aplicaciones
Integración de Aplicaciones
 
Sistemas Distribuidos. Diseño e Implementacion
Sistemas Distribuidos. Diseño e ImplementacionSistemas Distribuidos. Diseño e Implementacion
Sistemas Distribuidos. Diseño e Implementacion
 

Ähnlich wie Aplicaciones Distribuídas

Ähnlich wie Aplicaciones Distribuídas (20)

Unidad 1
Unidad 1Unidad 1
Unidad 1
 
Aplicaciones distribuidas
Aplicaciones distribuidasAplicaciones distribuidas
Aplicaciones distribuidas
 
Arquitectura cliente
Arquitectura cliente Arquitectura cliente
Arquitectura cliente
 
Clase rii 10 11 u3 sistemas cliente servidor
Clase rii 10 11 u3 sistemas cliente servidorClase rii 10 11 u3 sistemas cliente servidor
Clase rii 10 11 u3 sistemas cliente servidor
 
Arquitectura de una aplicación
Arquitectura de una aplicaciónArquitectura de una aplicación
Arquitectura de una aplicación
 
Arquitectura 2
Arquitectura 2Arquitectura 2
Arquitectura 2
 
Arquitectura
ArquitecturaArquitectura
Arquitectura
 
DISEÑO DE SOFTWARE DISTRIBUIDO
DISEÑO DE SOFTWARE DISTRIBUIDODISEÑO DE SOFTWARE DISTRIBUIDO
DISEÑO DE SOFTWARE DISTRIBUIDO
 
Fresdes silvasalazar
Fresdes silvasalazarFresdes silvasalazar
Fresdes silvasalazar
 
Sisdis intro1
Sisdis intro1Sisdis intro1
Sisdis intro1
 
metodologias de desarrollo.ppt
metodologias de desarrollo.pptmetodologias de desarrollo.ppt
metodologias de desarrollo.ppt
 
Cap1
Cap1Cap1
Cap1
 
Seguridad de sistemas distribuidos
Seguridad de sistemas distribuidosSeguridad de sistemas distribuidos
Seguridad de sistemas distribuidos
 
N-CAPAS EN VISUAL NET
N-CAPAS EN VISUAL NETN-CAPAS EN VISUAL NET
N-CAPAS EN VISUAL NET
 
Ejemplo arquitectura 3 capas con access
Ejemplo arquitectura 3 capas con accessEjemplo arquitectura 3 capas con access
Ejemplo arquitectura 3 capas con access
 
cliente servidor de 3 niveles
cliente servidor de 3 nivelescliente servidor de 3 niveles
cliente servidor de 3 niveles
 
cliente servidor de 3 niveles
cliente servidor de 3 nivelescliente servidor de 3 niveles
cliente servidor de 3 niveles
 
Consultas
ConsultasConsultas
Consultas
 
Clases 30 05
Clases 30 05Clases 30 05
Clases 30 05
 
Cliente servidor
Cliente servidorCliente servidor
Cliente servidor
 

Mehr von Javierialv

Arquitectura de redes modelo osi expansion
Arquitectura de redes modelo osi expansionArquitectura de redes modelo osi expansion
Arquitectura de redes modelo osi expansionJavierialv
 
Arquitectura de redes modelo osi expansion
Arquitectura de redes modelo osi expansionArquitectura de redes modelo osi expansion
Arquitectura de redes modelo osi expansionJavierialv
 
Arquitectura de redes Modelo OSI Expansión
Arquitectura de redes Modelo OSI ExpansiónArquitectura de redes Modelo OSI Expansión
Arquitectura de redes Modelo OSI ExpansiónJavierialv
 
Arquitectura de redes modelo osi expansión
Arquitectura de redes modelo osi expansiónArquitectura de redes modelo osi expansión
Arquitectura de redes modelo osi expansiónJavierialv
 
La tecnología y el Impacto Ambiental
La tecnología y el Impacto AmbientalLa tecnología y el Impacto Ambiental
La tecnología y el Impacto AmbientalJavierialv
 
Análisis de producto
Análisis de productoAnálisis de producto
Análisis de productoJavierialv
 
Trabajo Práctico TV
Trabajo Práctico TVTrabajo Práctico TV
Trabajo Práctico TVJavierialv
 
Trabajo Práctico TV
Trabajo Práctico TVTrabajo Práctico TV
Trabajo Práctico TVJavierialv
 
Trabajo Práctico, Radio
Trabajo Práctico, RadioTrabajo Práctico, Radio
Trabajo Práctico, RadioJavierialv
 
Tecnologías para dispositivos móviles
Tecnologías para dispositivos móvilesTecnologías para dispositivos móviles
Tecnologías para dispositivos móvilesJavierialv
 

Mehr von Javierialv (10)

Arquitectura de redes modelo osi expansion
Arquitectura de redes modelo osi expansionArquitectura de redes modelo osi expansion
Arquitectura de redes modelo osi expansion
 
Arquitectura de redes modelo osi expansion
Arquitectura de redes modelo osi expansionArquitectura de redes modelo osi expansion
Arquitectura de redes modelo osi expansion
 
Arquitectura de redes Modelo OSI Expansión
Arquitectura de redes Modelo OSI ExpansiónArquitectura de redes Modelo OSI Expansión
Arquitectura de redes Modelo OSI Expansión
 
Arquitectura de redes modelo osi expansión
Arquitectura de redes modelo osi expansiónArquitectura de redes modelo osi expansión
Arquitectura de redes modelo osi expansión
 
La tecnología y el Impacto Ambiental
La tecnología y el Impacto AmbientalLa tecnología y el Impacto Ambiental
La tecnología y el Impacto Ambiental
 
Análisis de producto
Análisis de productoAnálisis de producto
Análisis de producto
 
Trabajo Práctico TV
Trabajo Práctico TVTrabajo Práctico TV
Trabajo Práctico TV
 
Trabajo Práctico TV
Trabajo Práctico TVTrabajo Práctico TV
Trabajo Práctico TV
 
Trabajo Práctico, Radio
Trabajo Práctico, RadioTrabajo Práctico, Radio
Trabajo Práctico, Radio
 
Tecnologías para dispositivos móviles
Tecnologías para dispositivos móvilesTecnologías para dispositivos móviles
Tecnologías para dispositivos móviles
 

Kürzlich hochgeladen

How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.FlorenciaCattelani
 
Modulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfModulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfAnnimoUno1
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...JohnRamos830530
 
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptxEL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptxMiguelAtencio10
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21mariacbr99
 
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdfRefrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdfvladimiroflores1
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxJorgeParada26
 
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxPROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxAlan779941
 
pruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNITpruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNITMaricarmen Sánchez Ruiz
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estossgonzalezp1
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanamcerpam
 

Kürzlich hochgeladen (11)

How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
Modulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfModulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdf
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptxEL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdfRefrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
 
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxPROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
 
pruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNITpruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNIT
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 

Aplicaciones Distribuídas

  • 1. Aplicaciones Distribuidas Trabajo Monográfico Álvarez Pedro Javier I.
  • 2. Aspectos a evaluarse a la hora de diseñar una aplicación distribuida: • Concurrencia: las aplicaciones distribuidas serán utilizadas por un alto número de usuarios por lo que hay que tener presente los bloqueos de recursos o el uso de CPU, para lograr la máxima eficiencia. • Topología de Red: el tráfico de red es un aspecto importante que condiciona el tiempo de respuesta, se debe escoger una topología de red que lo soporte. • Ubicación de la Lógica: es necesario decidir en que procesos físicos se sitúan los componentes lógicos. • Homogeneidad de las Plataformas: la utilización de estándares entre los sistemas operativos o lenguajes de desarrollo puede ayudar a evitar la heterogeneidad. • Seguridad: es necesario establecer políticas de seguridad para impedir el acceso no autorizado a los datos.
  • 3. Tipos de Aplicaciones Distribuidas: • Cliente – Servidor • Aplicaciones de N-capas
  • 4. Aplicaciones Cliente-Servidor: son las llamadas “tradicionales” y en las cuales podemos distinguir dos procesos. Servidor: proporciona los datos que se le solicitan y procesa los datos que se le envían. Se le llama servidor tanto al proceso como al equipo en el que el proceso esta alojado. Cliente: se ejecuta en el equipo del usuario que maneja la aplicación y las funciones son las de solicitar datos al servidor para que realice cierto trabajo con ellos y enviar los cambios si es que es necesario.
  • 5.
  • 6. Las funciones de los SGBD: • Manutención de la integridad de los datos. • Proporcionar seguridad. • Permitir incluir lógica de negocios de la aplicación en forma de: Procedimiento almacenados Disparadores Reglas intrínsecas
  • 7. Ventajas del Modelo Cliente-Servidor: • Incluye dentro de si los componentes de validación, presentación y manipulación de datos. • Posee arquitectura simple. • El coste de implementación es mas bajo que una aplicación n-capas. • Al existir menos capas los datos asan mas rápido.
  • 8. Desventajas de Modelo Cliente- Servidor: • La conectividad se realiza desde cada una de las estaciones de trabajo lo que consume recursos del servidor. • La conectividad entre las estaciones de trabajo y el servidor es especifica para cada SGBD, mayor esfuerzo a la hora de configurar los sistemas. • Dificultad a la hora de trabajar con diferentes SGBD. • Minima reutilización de codigo.
  • 9. Aplicaciones de N-capas: en una aplicación de n-capas los diferentes procesos están distribuidos en diferentes capas no solo lógicas, si no también físicas. Los procesos se ejecutan en diferentes equipos que también puedan estar en diferentes plataformas o S.O.
  • 10.
  • 11. Arquitecturas de las Aplicaciones distribuidas: Considerando el papel que cada elemento juega dentro de la aplicación se distinguen tres grupos lógicos donde podemos agrupar elementos según su funcionalidad: • La Capa de Servidor • La Capa de Negocios • La Capa de Presentación
  • 12.
  • 13. La Capa Servidor Servicios: Los servicios son procesos que se ejecutan en equipos servidores y se mantienen a la espera de que los procesos clientes le soliciten funcionalidades de datos.
  • 14. Los servicios poseen ciertas características que los diferencian de una aplicación de escritorio: • Ejecución desatendida. • Conectividad a) Acceso simultaneo b) Acceso serializado • Seguridad
  • 15. Servicios de Base de datos: Son los mas frecuentes en las aplicaciones distribuidas. Los SGBD disponen de la infraestructura necesaria de servicios para crear reglas de negocios.
  • 16. Reglas de Negocios según su modo: • Procedimientos Almacenados: Se ejecutan como una consecuencia de una llamada directa de un cliente. • Disparadores: Se ejecutan como consecuencia indirecta de una sentencia SQL efectuada por el cliente, normalmente. • Procedimientos Programados: Los SGBD disponen de proceso programados por calendario.
  • 17.
  • 18. La Capa de Negocios: En esta capa se sitúan las normas de acceso a datos, la lógica de tratamiento de los mismos y cualquier elemento de aplicación que pueda reutilizarse. Por lo general, lo componen dos tipos de elementos, según la función que desempeñan en la capa.
  • 19.
  • 20. Lógica de Acceso a Datos: Incluye los elementos necesarios para que la aplicación se conecte a orígenes de datos y recupere estructuras que serán utilizadas. Los únicos elementos que se conectan a la base de datos son los objetos de acceso a datos.
  • 21. Los motivos para encapsular todo el acceso a datos en la lógica de acceso a datos son múltiples: No será necesario distribuir la información de conexión por todo el sistema. La aplicación sea agnóstica respecto al origen de datos. Ignora la estructura real de los orígenes de datos. La reutilización es el factor más importante.
  • 22. Componentes Principales de la Lógica de Acceso a Datos: 1. Entidades de Negocios: Son estructuras de datos que la aplicación maneja y que representan a las entidades de datos definidas en los orígenes de datos. 2. Objetos de Acceso a Datos: Son los intermediarios entre la aplicación y los orígenes de datos. Un objeto de acceso de datos encapsula el acceso a una sola entidad de datos del origen.
  • 23. Entidades de Negocios, según la utilización: • Entidades de Mantenimiento: Se utilizan para leer, insertar, actualizar o eliminar registros del origen de datos. • Entidades de Lista: Se utilizan para recuperar estructuras de datos obtenidas como consecuencia de una consulta.
  • 24. Un Objeto de Datos puede exponer tres tipos de métodos de acceso a datos: • Métodos de CRUD (Create, Read, Update, Delete). • Métodos de Lista. • Métodos de Procedimientos. Los Objetos de Datos han de ser simples y directos en su funcionamiento. Han de afectar a una sola entidad de datos.
  • 25. Lógica de Negocios: Utilizan los objetos de acceso a datos y las entidades de negocio, siendo una especie de cliente de la lógica de acceso a datos. Podemos encontrar: • Objetos de Negocios: Encapsula el acceso a varios objetos de acceso a datos en un único objeto. • Fachada de Negocio: Aparecen en grandes aplicaciones con muchos objetos de acceso a datos y muchos objetos de negocios.
  • 26. La Capa de Presentación: Es un sistema de presentación y manejo de datos, que se obtienen y se actualizan con los objetos de negocios comunes para todas las aplicaciones que los usan. Debe ser independiente de las reglas del negocio y su función se limitó a la presentación y manejo de datos de una aplicación
  • 27. Factores que Influyen en la Distribución Física: • Infraestructura de Comunicaciones. • Dependencias. • Impacto en las Modificaciones Posteriores. • Reutilización. • Rendimiento. • Dificultad de Implantación.
  • 28. Conclusión: Las aplicaciones distribuidas ofrecen la solución más optimizada para grandes sistemas que requieren alta concurrencia o máxima reutilización de código. Los procesos se ejecutan en máquinas dedicadas que se configuran de la manera más adecuada para ofrecer los servicios que requiere cada parte de la aplicación. Ciertamente, crear una aplicación distribuida en varias capas requiere cierto sobresfuerzo en términos de diseño y conlleva una cierta pérdida de rendimiento frente a las aplicaciones cliente- servidor tradicionales, pero su implantación soluciona tantos problemas que su uso es imprescindible en sistemas muy complejos. Gracias