ARQUITECTURA DE APLICACIONES DISTRIBUIDAD

CAPA DE PROCESAMIENTO DE DATOS La evolucin de las aplicaciones informticas se dio debido a los siguientes factores: 1. Trabajo a distancia. 2. Compartir informacin. 3. Accesibilidad. 4. Seguridad en la proteccin de la informacin (tener la base de datos particionada en dos o ms nodos). 5. Independencia lugares. En la actualidad cualquier aplicacin cuenta generalmente con tres partes diferenciadas: 1. Una interfaz de usuario: Elemento con el que interacciona el usuario de la aplicacin, ejecutando acciones, introduciendo u obteniendo informacin. 2. Lgica Reglas de negocio: Son las que procesan la informacin para generar los resultados que persiguen, siendo el elemento fundamental que diferencia unas aplicaciones de otras. 3. Gestin de datos: Se ocupa del almacenamiento y recuperacin de la informacin.

1.1.1 Aplicaciones Monolticas.

Son aquellas en las que el software se estructura en grupos funcionales muy acoplados, involucrando los aspectos referidos a la presentacin, procesamiento y almacenamiento de la informacin.

En este rubro estn considerados las distintas aplicaciones para escritorio: sistemas operativos, ofimtica, juegos monousuario, etc.

Elementos de una aplicacin monoltica.

1.1.2 Aplicaciones Cliente/Servidor.

Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras.

En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema.

La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa. Los tipos especficos de servidores incluyen los servidores web, los servidores de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma.

Ejemplos de aplicaciones cliente/servidor.

1.1.3 Aplicaciones de 2, 3 y n Capas.

Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras.

En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema.

La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa. Los tipos especficos de servidores incluyen los servidores web, los servidores de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma.

Ejemplos de aplicaciones cliente/servidor.

APLICACIONES DE 2 CAPAS.

La arquitectura de dos capas en la actualidad es muy utilizada, aunque con muchas fallas, todava no se ha podido dejar de usar. Estas arquitecturas fueron las primeras en aprovecharse de la estructura cliente-servidor.

Aplicacin de dos capas.

Las capas que esta arquitectura presenta son las siguientes: Nivel de aplicacin

Este nivel es en el que se encuentra toda la interfaz del sistema y es la que el usuario puede disponer para realizar su actividad con el sistema. Nivel de la base de datos.

Este nivel de la Base de Datos tambin llamado el Repositorio de Datos, es la capa en donde se almacena toda la informacin ingresada en el sistema y que se deposita en forma permanente.

Existen herramientas para el desarrollo en dos capas por ejemplo Visual Basic,

Access y SQL.

APLICACIONES DE TRES CAPAS

La arquitectura de dos capas si bien ayud en unos aos atrs, se vio la necesidad de crear una nueva arquitectura ya que en dos capas se tena algunos problemas en la capa de aplicacin ya que la principal desventaja de esta era el peso que tenia para el cliente, como se mencion anteriormente.

Aplicacin de tres capas.

Por estas razones, existe una fuerte y bien avanzada tendencia a adoptar una arquitectura de tres capas.

Y es as que se cre la arquitectura de tres capas las cuales son: Nivel de Aplicacin La diferencia de este nivel aplicado ahora en una arquitectura de tres capas es que solo tiene que trabajar con la semntica propia de aplicacin, sin tener que preocuparse de cmo esta implementado este ni de su estructura fsica. Nivel de Dominio de la aplicacin. En cambio este nivel se encarga de toda la estructura fsica y el dominio de aplicacin. Algo muy importante y que es la mayor ventaja de esta arquitectura es que

ahora nicamente se cambia la regla en el servidor de aplicacin y esta actuar en todos los clientes, cosa que ni suceda con la arquitectura en dos capas que si alguna regla se la cambia, se tena que ir a cada cliente a realizar el cambio. Nivel de Repositorio. Sigue siendo la capa en donde se almacenan los datos y toda la informacin. Las herramientas para el desarrollo de tres capas son: Visual Basic en lo que se refiere a la capa de Aplicacin SQL Server en lo que se refiere al repositorio de datos. MTS en lo que se refiere al nivel del dominio de Aplicacin

APLICACIONES DE N CAPAS

En una aplicacin distribuida en n-capas los diferentes procesos estn distribuidos en diferentes capas no slo lgicas, sino tambin fsicas. Los procesos se ejecutan en diferentes equipos, que pueden incluso residir en plataformas o sistemas operativos completamente distintos. Cada equipo posee una configuracin distinta y est optimizado para realizar el papel que le ha sido asignado dentro de la estructura de la aplicacin, de modo que tanto los recursos como la eficiencia global del sistema se optimicen.

INTEGRACION DE SISTEMAS HEREDADOS

Para muchas organizaciones, la decisin inicial de recurrir al uso de un equipo mainframe o AS/400 se basaba en la estabilidad sin precedentes del sistema. El trmino RAS fue acuado por IBM, y se refiere a la fiabilidad, disponibilidad y facilidad de mantenimiento de un sistema. Segn IBM, para que un sistema se considere fiable debe ser capaz de realizar pruebas de auto-verificacin de errores, y rpidamente aplicar cualquier actualizacin necesaria para recuperarse de estos problemas sin interaccin manual. El concepto de disponibilidad se refiere a la capacidad del sistema de recuperarse de los problemas sin alterar el correcto funcionamiento del resto de sus reas. Adems de la autoverificacin de errores y la auto-recuperacin aislada de esos errores, un sistema debera ser tambin capaz de determinar la causa de la falla. Esto se conoce como facilidad de mantenimiento. SEGURIDAD Cuando se trata de proteger los datos y recursos TI de una organizacin, la plataforma Power de IBM incorpora caractersticas avanzadas de autenticacin y cifrado, as como recursos de control de gastos y administracin. Se pueden implementar polticas de seguridad tanto a nivel de sistema como de usuario. Estas herramientas ayudan a las organizaciones a asegurar sus datos frente a amenazas de seguridad internas y externas, satisfacer o exceder el alcance de las regulaciones de seguridad y polticas de cumplimiento, y apoyar las auditoras de seguridad. La integracin de estas herramientas con el sistema operativo facilita el proceso de administracin y provee una fiabilidad superior. La lnea pSeries admite herramientas de gestin de seguridad diseadas tanto para la plataforma como para el nivel corporativo. ESCALABILIDAD Para adaptarse al crecimiento de un negocio, los sistemas deben ser escalables. Los sistemas heredados, como el mainframe, son reconocidos por su escalabilidad. Los sistemas escalables pueden adaptarse para utilizar una cantidad adecuada de recursos de sistema, como memoria, procesadores y almacenamiento, a fin de funcionar eficientemente y con independencia del tamao o la complejidad de la red.

AHORROS EN COSTOS La integracin de sistemas heredados permite a las organizaciones ahorrar dinero por medio del aprovechamiento de recursos existentes, que ya han demostrado su capacidad para incrementar el retorno de la inversin (ROI). Muchos de estos sistemas heredados han estado funcionando por dcadas y han resistido el paso del tiempo en lo que hace a RAS; fiabilidad, disponibilidad y escalabilidad. En la mayora de los casos, la implementacin de tecnologas completamente nuevas y la portacin de los datos existentes a estos nuevos sistemas suponen costos prohibitivos. En una encuesta reciente auspiciada por BMC software, el 95% de los 1100 gerentes de TI encuestados indic que el mainframe seguira cumpliendo un rol central en su infraestructura de tecnologa de la informacin. El 65% de ellos declar que su uso de la plataforma seguira creciendo. Los sistemas fiables, disponibles y fciles de mantener, y que adems son seguros y escalables, brindan ventajas demasiado numerosas como para ser ignoradas por cualquier organizacin que desee mantener un control racional de los costos. La integracin de sistemas heredados permite que las organizaciones aprovechen estas ventajas y las integren con tecnologas actuales. Utilizacin de PASSPORT Host Integration Objects para la integracin de sistemas heredados PASSPORT Host Integration Objects crea un canal a la informacin del host a nivel de bfer de pantalla, lo que permite leer y escribir datos en los campos de entrada y el espacio de presentacin del host, abrir y cerrar sesiones, obtener cadenas de texto especficas de la pantalla, crear valores de cadenas, enviar teclas de funcin al host, cambiar a otras tareas, y mucho ms. Con esto, los clientes pueden reutilizar aplicaciones heredadas de carcter crtico y preservar cualquier lgica de negocios de efectividad comprobada sin introducir ningn cambio en el cdigo del host. PASSPORT Host Integration Objects (HIO) puede utilizarse como un servidor programtico de integracin de host para sistemas heredados, conectando aplicaciones de host TN3270 y TN5250 con otras aplicaciones ActiveX o .NET. La aplicacin de Windows Server incluye un mdulo de comunicaciones TN3270 y TN5250, una API orientada a objetos, y cdigo y proyectos de ejemplo para utilizar como gua. PASSPORT HIO puede utilizarse para proyectos de integracin basada en servidor que requieran una herramienta de integracin ms robusta que la que se provee con la emulacin de terminal. Se incluye un control de emulacin de terminal que habilita funciones de visualizacin en pantalla, teclado, mouse y otras.

CONCLUSION El avance en las tecnologas de redes comenz a dibujar un horizonte en el que las aplicaciones se comunicaran entre s y en el que los procesos de una aplicacin se distribuiran entre diferentes equipos, cada uno con

caractersticas que les permitirn aumentar la eficacia y la disponibilidad de la aplicacin. Se comenz a separar la lgica de las aplicaciones para situarla en el nivel ms conveniente y conceptos como cliente y servidor fueron cobrando cada vez ms sentido. Tras algunos aos de indecisin, los protocolos de red se estandarizaron y hacia mediados de los aos 90 Internet se convirti en la primera revolucin autntica del siglo XXI, provocando no slo un vuelco en las relaciones sociales y econmicas sino tambin, por supuesto, un cambio completo de paradigma en la arquitectura de las aplicaciones Las aplicaciones se convierten, as, en aplicaciones informticas. distribuidas. Sin

arriesgarnos a proporcionar una definicin acadmica que puede encontrarse muy fcilmente en Internet, diremos informalmente que una aplicacin distribuida es aquella cuyo objetivo final se alcanza mediante la ejecucin de diversos procesos independientes que por lo general se ejecutan en equipos diferentes y que de una forma u otra se pasan datos entre ellos mediante protocolos de comunicaciones bien establecidos.

BIBLIOGRAFIA
http://aplicdistri.blogspot.mx/2013/02/22-capa-de-manejo-de-datos.html http://marcoantoniodelatorrej.blogspot.mx/2011/02/unidad-1-panorama-general-de-las.html http://www.zephyrcorp.com/es/integracion-sistemas-heredados.htm