Arquitecturas de las Aplicaciones distribuidas

fercholima
Mind Map by fercholima, updated more than 1 year ago
fercholima
Created by fercholima almost 5 years ago
2
0

Description

Tarea 1 - Mapa mental Arq Apps
Tags

Resource summary

Arquitecturas de las Aplicaciones distribuidas
1 En las aplicaciones distribuidas de n-capas se agrupan según funcionalidad de los elementos
1.1 Capa de Servidor
1.1.1 Recibe peticiones de datos, servicios de sistemas, y suministra información solicitada
1.1.2 Servicios
1.1.2.1 Oferta servicios que son procesemos en los Equipos Servidores dedicados a estas funciones
1.1.2.2 Características
1.1.2.2.1 Ejecución desatendida
1.1.2.2.1.1 Siempre está en ejecución listo para responder peticiones, no necesita intervención de un usuario.
1.1.2.2.2 Conectividad
1.1.2.2.2.1 se accede a los servicios mediante una red, debe usarse un protocolo de red
1.1.2.2.3 Concurrencia
1.1.2.2.3.1 tener mecanismos de gestión de concurrencia
1.1.2.2.3.1.1 Acceso simultaneo
1.1.2.2.3.1.1.1 con hilos de procesos paralelos que gestionan las peticiones simultáneamente
1.1.2.2.3.1.1.2 Problema sature la capacidad de ejecución del servidor
1.1.2.2.3.1.2 Acceso Serializado
1.1.2.2.3.1.2.1 se atenderá una a una las peticiones
1.1.2.2.3.1.2.2 Problema tiempo de respuesta servidor.
1.1.2.2.4 Seguridad
1.1.2.2.4.1 asegurarse que la llamada se autorizada, mecanismos de usuario
1.1.3 Servicios de Base de Datos
1.1.3.1 Existen sistemas gestores de Base de Datos SGBD con estructuras para recibir y responder peticiones
1.1.3.2 permiten crear reglas de negocio, en ejecución de alto rendimiento.
1.1.3.2.1 Estas reglas son recomendables en cualquier aplicación distribuida
1.1.3.3 Tres tipos de Reglas
1.1.3.3.1 Procedimientos almacenados.-
1.1.3.3.1.1 se ejecuta como una llamada directa de un cliente, procedimientos almacenados en el servidor
1.1.3.3.2 Disparadores
1.1.3.3.2.1 se ejecutan por consecuencia de una sentencia SQL hechas por el cliente q afecta a registros.
1.1.3.3.3 Procedimientos programados
1.1.3.3.3.1 Sentencias a ejecutar según un plan programado por calendario, de forma única o periódica
1.1.3.4 Facilitan la atomicidad y concurrencia en accesos simultáneos
1.1.3.5 Recomendables cuando la aplicación sea corporativa o pueda centralizarse
1.1.4 Otros Servicios
1.1.4.1 No siempre se puede requerir datos, existen otros daros que deben tener mecanismos de control y seguridad similar a los que ofrecen los SGBD creando una propia infraestructura de servicio
1.2 Capa de Negocios
1.2.1 División de la capa de negocios
1.2.1.1 Son normas de acceso a datos, esta capa “intermedia” es aislar la capa de presnetacon de la capa de presentación de la capa del servidor, de forma de poder reutilizar las normas del negocio desde cualquier capa de presentación
1.2.1.1.1 Lógica de acceso a datos
1.2.1.1.1.1 elementos para que la aplicación se conecte y recupere datos, los únicos que acceden a la base de datos son objetos de acceso a DB, para no enviar la información por todo el sistema.
1.2.1.1.1.2 Tener agnóstica respecto a los datos, ignorando la estructura real de los datos Lógica de acceso a datos
1.2.1.1.2 Entidades de Negocio
1.2.1.1.2.1 Estructuras de datos que la aplicación maneja, tienen propiedades,
1.2.1.1.2.1.1 Entidades de mantenimiento
1.2.1.1.2.1.1.1 se utilizan para leer, insertar, actualizar o eliminar registros del origen de datos.
1.2.1.1.2.1.2 Entidades de Lista
1.2.1.1.2.1.2.1 se utiliza para recuperar estructuras de datos
1.2.1.1.3 Objetos de acceso a datos
1.2.1.1.3.1 intermediarios entre aplicación y datos, son los únicos que pueden acceder a los datos, aunque se expongan por los métodos de datos que tendrán las llamadas a los datos, estos deben acceder a una solo entidad de datos puede hacerlo por 3 métodos
1.2.1.1.3.1.1 Métodos CRUD (Create, Read, Update, Delete):
1.2.1.1.3.1.1.1 necesarios para mantenineto de un tabla, utilizando entidades de mantenimiento
1.2.1.1.3.1.2 Métodos de lista
1.2.1.1.3.1.2.1 .- para recuperar datos solo de lectura de entidades tipo lista
1.2.1.1.3.1.3 Métodos de procedimiento
1.2.1.1.3.1.3.1 Procedimientos almacenados que no están asociados a estructuras de datos concretas
1.2.1.1.4 Lógica de Negocios
1.2.1.1.4.1 Encapsulamiento de manera conveniente al acceso a los datos que pueden estar en grandes volúmenes, quizá con objetos más complejos que faciliten el mantenimiento.
1.2.1.1.4.2 Son necesarios capas de lógica que utilizan objetos de accesos de datos y las entidades de negocio
1.2.1.1.5 Objetos de Negocio
1.2.1.1.5.1 Abstracción de entidades de datos relacionados entre sí, encapsula objetos de accesos a datos en uno solo
1.2.1.1.5.2 Comportamiento transaccional realiza actualizaciones en varias entidades de negocio gobernada por un único objeto de datos
1.2.1.1.5.3 Son recomendables en aplicaciones complejas para encapsular los objetos de acceso a datos
1.3 Capa de Presentación
1.3.1 Interactúa con el usuario
1.3.2 Es trabajosa puede que se necesite interfaces de usuarios complejas de manera que sea fácil y agradable para el usuario
1.3.3 Puede emplearse varias disciplinas para el desarrollo de esta
1.3.4 Las reglas del negocio no están en la interfaz de Usuario
1.3.5 Esta capa solo presenta los datos que se obtienen y procesan con capas subyacentes
1.3.6 Tiene que ser completamente independiente de las reglas del negocio
2 Distribución lógica no será necesariamente igual a la distribución física
3 Se debe considerar seguridad y registro de actividades
Show full summary Hide full summary

Similar

STUDY APP
Elaine del Valle
ejemplos de sistemas distribuidos
Enrique Huce
Hevafor
jlgarcia3371
SISTEMAS DISTRIBUIDOS
Jonathan Lucero
App Movile
Edgar A. Soto G.
Doit (App)
Ramon Jamon
Seis Principios Constitutivos de las Aplicaciones Web
Diego Cabrera
APLICACIONES PARA PERSONAS DISCAPACITADAS
Ingrid Escobar
S.D. en tiempo Real
Serch Bejarano H