Aplicaciones En Capas

13,490 views
13,216 views

Published on

Published in: Travel
1 Comment
7 Likes
Statistics
Notes
  • muy buen material , muchas gracias
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
13,490
On SlideShare
0
From Embeds
0
Number of Embeds
87
Actions
Shares
0
Downloads
546
Comments
1
Likes
7
Embeds 0
No embeds

No notes for slide

Aplicaciones En Capas

  1. 1. Fausto Loja Mora
  2. 2. <ul><li>El modelo de aplicaciones en capas, permite que las aplicaciones puedan ser distribuidas en sus componentes </li></ul>
  3. 3. <ul><li>Desarrollos paralelos (en cada capa) </li></ul><ul><li>Aplicaciones más robustas debido al encapsulamiento </li></ul><ul><li>  </li></ul><ul><li>Mantenimiento y soporte más sencillo (es más sencillo cambiar un componente que modificar una aplicación monolítica) </li></ul><ul><li>  </li></ul><ul><li>Mayor flexibilidad (se pueden añadir nuevos módulos para dotar al sistema de nueva funcionalidad) </li></ul><ul><li>  </li></ul><ul><li>Alta escalabilidad. La principal ventaja de una aplicación distribuida bien diseñada es su buen escalado, es decir, que puede manejar muchas peticiones con el mismo rendimiento simplemente añadiendo más hardware. El crecimiento es casi lineal y no es necesario añadir más código para conseguir esta escalabilidad. </li></ul>
  4. 4. <ul><li>Acceso a bases de datos (BD) </li></ul><ul><ul><li>Normalmente con BD relacionales </li></ul></ul><ul><li>Escalables </li></ul><ul><ul><li>Deberían poder soportar más carga de trabajo sin necesidad de modificar el software (sólo añadir más máquinas) </li></ul></ul><ul><li>Disponibilidad </li></ul><ul><ul><li>Idealmente no deben dejar de prestar servicio </li></ul></ul>
  5. 5. <ul><li>Seguras </li></ul><ul><ul><li>No todos los usuarios pueden acceder a la misma funcionalidad </li></ul></ul><ul><li>Integración </li></ul><ul><ul><li>Es preciso integrar aplicaciones construidas con distintas tecnologías </li></ul></ul><ul><li>Tipo de interfaz </li></ul><ul><ul><li>De entorno de ventanas (clientes desktop): normalmente sólo tiene sentido en intranets. </li></ul></ul><ul><ul><li>Web: En Internet y en intranets. </li></ul></ul>
  6. 6. <ul><li>Separación clara entre la interfaz gráfica y la Capa de componentes </li></ul><ul><ul><li>Capa de componentes: encapsulan la lógica de negocio. </li></ul></ul><ul><ul><li>Ejemplo => aplicación bancaria </li></ul></ul><ul><ul><ul><li>Capa de componentes: conjunto de clases que nos permiten: crear cuentas, destruirlas, encontrarlas por distintos criterios, hacer transferencias bancarias, etc. </li></ul></ul></ul><ul><ul><li>La capa de componentes debería ser reusable con distintas interfaces gráficas </li></ul></ul><ul><ul><li>En el ejemplo de la aplicación bancaria podría haber dos clientes: uno Web y otro desktop. </li></ul></ul>
  7. 7. <ul><li>Transaccionales </li></ul><ul><ul><li>Propiedades ACID (Atomicity-Consistency-Isolation-Durability) </li></ul></ul><ul><ul><li>Operaciones atómicas (Atomicity) son operaciones que se completan en su totalidad o no se completan en absoluto. Así, en el ejemplo anterior de la transferencia tanto el crédito como el débito deben haber sido exitosos para que el estado de transformación sea exitoso (para que haga efectos), de otro modo el estado de la transformación falla, y el sistema es regresado a su último estado conocido. </li></ul></ul><ul><ul><li>Transformaciones consistentes (Consistency) preservan la integridad interna de los recursos involucrados. Por ejemplo, el borrar registros de una tabla primaria viola la integridad referencial de la base de datos si hay registros relacionados que concuerden. </li></ul></ul><ul><ul><li>Transformaciones aisladas (Isolation) parecen ocurrir serialmente, una detrás de otra, creando la ilusión de que ninguna transformación está siendo ejecutada al mismo tiempo. </li></ul></ul><ul><ul><li>La durabilidad (Durability) se refiere a la habilidad para almacenar los resultados de una transformación de estado, usualmente en un disco, de tal modo que los resultados de una transformación puedan ser recuperados en caso de una falla del sistema. </li></ul></ul>
  8. 11. <ul><li>La capa de servicios de presentación es responsable de: </li></ul><ul><ul><li>Obtener información del usuario. </li></ul></ul><ul><ul><li>Enviar la información del usuario a los servicios de negocios para su procesamiento. </li></ul></ul><ul><ul><li>Recibir los resultados del procesamiento de los servicios de negocios. </li></ul></ul><ul><ul><li>Presentar estos resultados al usuario. </li></ul></ul>
  9. 12. <ul><li>El nivel de servicios de negocios es responsable de: </li></ul><ul><ul><li>Recibir la entrada del nivel de presentación. </li></ul></ul><ul><ul><li>Interactuar con los servicios de datos para ejecutar las operaciones de negocios para los que la aplicación fue diseñada a automatizar (por ejemplo, la preparación de impuestos por ingresos, el procesamiento de ordenes y así sucesivamente). </li></ul></ul><ul><ul><li>Enviar el resultado procesado al nivel de presentación. </li></ul></ul>
  10. 13. <ul><li>El nivel de servicios de datos es responsable de: </li></ul><ul><ul><li>Almacenar los datos. </li></ul></ul><ul><ul><li>Recuperar los datos. </li></ul></ul><ul><ul><li>Mantener los datos. </li></ul></ul><ul><ul><li>La integridad de los datos. </li></ul></ul>
  11. 17. <ul><li>UI Components </li></ul><ul><ul><li>Muestran información al usuario, generalmente se usan en ventanas o páginas (user components, server components) </li></ul></ul><ul><li>UI Process Components </li></ul><ul><ul><li>Implementan procesos de UI </li></ul></ul><ul><ul><li>Se pueden reutilizar desde distindos UI components y distintas capas de presentación </li></ul></ul>
  12. 18. <ul><li>Model View Controller </li></ul>View Controller Model User
  13. 19. <ul><li>Model View Controller </li></ul><ul><ul><li>Tiene algunos “problemas” en su implementación: </li></ul></ul><ul><ul><ul><li>Concepto de Proceso </li></ul></ul></ul><ul><ul><ul><li>Responsabilidad de navegación </li></ul></ul></ul><ul><ul><ul><li>Hace falta intercambiar más información entre el Controller y la View </li></ul></ul></ul>
  14. 22. <ul><li>Service Interface </li></ul><ul><ul><li>Solo una capa de acceso a la lógica de negocio </li></ul></ul><ul><ul><li>Expuesta generalmente con WebServices o Remoting </li></ul></ul><ul><ul><li>Se pueden usar otras formas de acceso: BizTalk, Message Queue, etc. </li></ul></ul><ul><ul><li>Al ser el punto de acceso a toda la capa de negocio, por lo tanto se utiliza para implementar todos los servicios globales: </li></ul></ul><ul><ul><ul><li>Transacciones, Seguridad, Monitoreo, Caching, etc. </li></ul></ul></ul>
  15. 23. <ul><li>Demo de Service Interface </li></ul><ul><li>MBI es una implementación de Service Interface </li></ul><ul><ul><li>Usando Remoting </li></ul></ul>
  16. 24. <ul><li>Business Entities </li></ul><ul><ul><li>Son objetos solo con propiedades para mantener una instancia en memoria. </li></ul></ul><ul><ul><li>Deben soportar la distinción entre una instancia y un conjunto de instancias. </li></ul></ul><ul><ul><li>“ Pueden” mapearse con las tablas de la base de datos, si la base está bien modelada. </li></ul></ul><ul><ul><li>El assembly en el que se definen se encuentra en Business Layer y Presentation Layer </li></ul></ul><ul><ul><li>Hay varias formas de implementar esto: </li></ul></ul><ul><ul><ul><li>Datasets, Typed Datasets o Custom Objects </li></ul></ul></ul><ul><ul><ul><li>Discusión sobre este tema en “Designing Data Tier Components and Passing Data Through Tiers” </li></ul></ul></ul>
  17. 25. <ul><li>Business Components </li></ul><ul><ul><li>Son objetos que definen solo métodos que se ejecutan en el contexto de un Business Entity. </li></ul></ul><ul><ul><li>FacturaBO.AplicarDescuento( factura, descuento ) </li></ul></ul><ul><ul><li>ClienteBO.ValidarCredito( cliente, monto, plazo ) </li></ul></ul><ul><ul><li>Alunos métodos requieren acceder a la base de datos. </li></ul></ul><ul><ul><li>Porque están separados? </li></ul></ul><ul><ul><ul><li>Separación de assemblies. Porque las entidades se usan en Business Layer y Presentation Layer, mientras que los Business Components solo están en Business Layer. </li></ul></ul></ul><ul><ul><ul><li>Es la única forma si se usan DataSets. </li></ul></ul></ul><ul><ul><ul><li>Evitar la propagación de la lógica de negocio. </li></ul></ul></ul>
  18. 26. <ul><li>Business Workflow </li></ul><ul><ul><li>Hay métodos que no pertenecen a ningún objeto. :S </li></ul></ul><ul><ul><li>Facturar( Vendedor, Cliente, Items[] ) </li></ul></ul><ul><ul><li>Estos métodos se pueden “agrupar” en objetos o tener un objeto por método. </li></ul></ul><ul><ul><li>Idealmente </li></ul></ul><ul><ul><ul><li>Hay un método de Service Interface por cada Business Workflow, pero hay métodos de la Service Interface que usar directamente los Business Object </li></ul></ul></ul><ul><ul><li>Aunque </li></ul></ul><ul><ul><ul><li>Si la Service Interface tiene “hardcoded” un método de Business Workflow un cambio, tiene impactos no deseados. </li></ul></ul></ul>
  19. 27. <ul><li>Y donde programo …? </li></ul><ul><ul><li>Validaciones </li></ul></ul><ul><ul><ul><li>Locales </li></ul></ul></ul><ul><ul><ul><li>Globales </li></ul></ul></ul><ul><ul><li>Formateo </li></ul></ul><ul><ul><li>Valores calculados (ej: Edad, Factura.Total) </li></ul></ul><ul><ul><li>…… </li></ul></ul>
  20. 28. <ul><li>Data Access Logic Components </li></ul><ul><ul><li>Objetos sin comportamiento que solo saben guardar un Business Entity en la base de datos. </li></ul></ul><ul><ul><li>Generalmente son clases con métodos estáticos. </li></ul></ul><ul><ul><li>Utilizan alguna forma de acceso a datos simplificado como Data Access Application Block. </li></ul></ul><ul><ul><li>Debe ser una única clase que sea llamada por el Business Component de forma que no se tenga en cuenta el origen de los datos. </li></ul></ul><ul><ul><li>Realiza todas las conversiones y validaciones necesarias que estén relacionadas con el modelo de base de datos. </li></ul></ul>
  21. 29. View Controller Model User
  22. 30. <ul><li>Data Access Logic Components </li></ul>DALC Business Component Business Entity Database
  23. 31. <ul><li>Se puede implementar: </li></ul><ul><ul><li>Escribiendo código ADO.NET para cáda método de cada objeto: Create, Open, Update, Delete, Find. </li></ul></ul><ul><ul><li>Usando SqlDataAdapter, si se usan DataSets como Business Entities. </li></ul></ul><ul><ul><li>Alguna herramienta de Object Relational Mapping. </li></ul></ul><ul><ul><li>Demo </li></ul></ul>
  24. 33. <ul><li>Data Access Application Block </li></ul><ul><ul><li>Versión 1.0 </li></ul></ul><ul><ul><ul><li>Una sola clase con con todos métodos estáticos que soporta los siguientes features: ExecuteReader, ExecuteDataSet, ExecuteNonQuery, ExecuteXmlReader, cache de parámetros y discovery. </li></ul></ul></ul><ul><ul><li>Versión 3.0 </li></ul></ul><ul><ul><ul><li>Una clase abstracta con los siguientes métodos: v1.0 más, FillDataSet, UpdateDataset. Execute_____TypeParams. </li></ul></ul></ul><ul><ul><ul><li>Todos los métodos están programados usando las interfaces de ADO.NET. Se usan proveedores muy simples para devolver las clases propias de cada driver ADO.NET. </li></ul></ul></ul>
  25. 34. <ul><li>Data Sources </li></ul><ul><ul><li>Representan los origenes de datos OLTP </li></ul></ul><ul><ul><li>Solo son accedidos por la capa DALC </li></ul></ul><ul><li>Service Agents </li></ul><ul><ul><li>Conectores para acceso a una fuente de datos externa </li></ul></ul><ul><ul><li>Generalmente son asincrónicos realizan una fuerte conversión de datos </li></ul></ul><ul><li>External Services </li></ul><ul><ul><li>Sistemas externos generalmente Batch que se acceden en forma sincrónica o asincrónica. </li></ul></ul><ul><ul><li>La conectividad puede estar apoyada por alguna tecnología de Store-and-Forward. </li></ul></ul>
  26. 35. <ul><li>Demo de Service Agent </li></ul>
  27. 36. <ul><li>Son servicios para las aplicaciones </li></ul><ul><li>Dado que no pertenecen a ninguna capa, se definen por fuera aunque en algunos casos se implementen o usen en alguna capa. </li></ul><ul><li>Son los siguientes: </li></ul><ul><ul><li>Seguridad </li></ul></ul><ul><ul><ul><li>AuthZ, AuthN, Comunicación segura, Aditoría, Manejo de Perfiles. </li></ul></ul></ul><ul><ul><li>Operaciones </li></ul></ul><ul><ul><ul><li>Manejo de excepciones, Monitoreo, Execución asincrónica, Metadatos, Configuración. </li></ul></ul></ul><ul><ul><li>Comunicaciones </li></ul></ul><ul><ul><ul><li>Formato, Protocolo, Asincronismo. </li></ul></ul></ul>
  28. 37. <ul><li>Autenticación. </li></ul><ul><ul><li>Generalmente se utiliza el soporte de la plataforma, en Windows: SSPI(Kerberos, NTLM), Passport, etc. </li></ul></ul><ul><ul><li>Para aplicaciones Web se usa el soporte de IIS </li></ul></ul><ul><ul><li>Aunque se puede implementar un soporte liviano basado en Forms y cookies. </li></ul></ul><ul><ul><li>Ver </li></ul></ul><ul><ul><ul><li>“ Improving Web Application Security: Threats and Countermeasures” </li></ul></ul></ul><ul><ul><ul><li>“ Authentication in ASP.NET: .NET Security Guidance” </li></ul></ul></ul><ul><ul><ul><li>“ Building Secure ASP.NET Applications”. </li></ul></ul></ul><ul><li>Autorización </li></ul><ul><ul><li>Dado que basarse en el soporte de la plataforma es muy complicado, se desarrolla este soporte para la aplicación. </li></ul></ul><ul><ul><li>Ver “Designing Application-Managed Authorization” </li></ul></ul>
  29. 38. <ul><li>Comunicación segura </li></ul><ul><ul><li>En .NET la comunicación está basada en Remoting, WebServices o algún tipo de comunicación propietaria. </li></ul></ul><ul><ul><li>Nuevamente se puede utilizar el soporte de base, sea SSL (WebServices), o algún canal seguro de Remoting (NamedPipes). </li></ul></ul><ul><ul><li>Es un problema de la capa de Service Interface </li></ul></ul><ul><li>Aditoría </li></ul><ul><ul><li>Registro de las operaciones realizadas: </li></ul></ul><ul><ul><ul><li>Tecnico </li></ul></ul></ul><ul><ul><ul><li>Lógico </li></ul></ul></ul><ul><li>Manejo de Perfiles </li></ul><ul><ul><li>Concepto de usuario de la aplicación que contiene configuración. </li></ul></ul><ul><ul><li>Todas las capas colaboran, soportada en conjunto con la Autorización . </li></ul></ul>
  30. 39. <ul><li>Manejo de excepciones </li></ul><ul><ul><li>Registro de todas las excepciones </li></ul></ul><ul><ul><li>Dos tipos de excepciones (idea de MBI) </li></ul></ul><ul><ul><ul><li>Tecnicas </li></ul></ul></ul><ul><ul><ul><li>Funcionales </li></ul></ul></ul><ul><ul><li>Usar la InnerException </li></ul></ul><ul><ul><li>Usando Exception Management Application Block (EMAB) o Log4Net </li></ul></ul><ul><ul><li>Ver “Exception Management in .NET” </li></ul></ul><ul><ul><li>Responsabilidad de la capa Service Interface </li></ul></ul>
  31. 41. <ul><li>Monitoreo </li></ul><ul><ul><li>Control de la aplicación mientras está en ejecución </li></ul></ul><ul><ul><ul><li>Performance Counters </li></ul></ul></ul><ul><ul><ul><li>WMI </li></ul></ul></ul><ul><ul><li>Responsabilidad de la capa Service Interface </li></ul></ul><ul><ul><li>Ver “Monitoring in .NET Distributed Applications Design” </li></ul></ul><ul><li>Execución asincrónica </li></ul><ul><ul><li>Soportado internamente (Remoting Asincrónica) o externamente (MSMQ). </li></ul></ul><ul><ul><li>Se puede desarrollar un soporte genérico </li></ul></ul><ul><ul><li>Ver “Asynchronous Invocation Application Block” </li></ul></ul>
  32. 42. <ul><li>Metadatos </li></ul><ul><ul><li>“ Información sobre la información o la estructura del software” </li></ul></ul><ul><ul><li>Se puede usar en </li></ul></ul><ul><ul><ul><li>Tiempo de diseño: generación de código </li></ul></ul></ul><ul><ul><ul><li>Tiempo de ejecución: aspectos estáticos (deployment, configuración, seguridad, etc) </li></ul></ul></ul><ul><ul><li>Integración. Si se usan DataSets se pueden publicar los XSD de forma que el modelo de datos sea público. (Idea de MBI) </li></ul></ul>
  33. 43. <ul><li>Configuración </li></ul><ul><ul><li>Configuración disponible en toda la aplicación. </li></ul></ul><ul><ul><li>Generalmente hay dos tipos </li></ul></ul><ul><ul><ul><li>Capa de presentación </li></ul></ul></ul><ul><ul><ul><ul><li>Ubicación de la capa de lógica (Remoting, WebService), propiedades de seguridad de Web o Windows, etc. </li></ul></ul></ul></ul><ul><ul><ul><li>Capa de lógica y de datos. </li></ul></ul></ul><ul><ul><ul><ul><li>Coneción a la base de datos, exposición de servicios, parámetros de seguridad, etc </li></ul></ul></ul></ul><ul><ul><li>Se puede implementar como un Singleton, con una clase aprovechando XmlSerialization. </li></ul></ul><ul><ul><li>Ver “Configuration Management Application Block” </li></ul></ul>
  34. 44. <ul><li>Demo Configuration Management Application Block </li></ul>
  35. 45. <ul><li>Muy basado en las opciones de Remoting y WebServices </li></ul><ul><li>Puntos que se pueden configurar </li></ul><ul><ul><li>Formato </li></ul></ul><ul><ul><ul><li>Binario, SOAP, Custom Xml, Custom Binary. </li></ul></ul></ul><ul><ul><li>Protocolo </li></ul></ul><ul><ul><ul><li>HTTP, TCP, BiDirectional TCP, NamedPipes, SMTP, Jabber, IM, etc </li></ul></ul></ul>
  36. 46. <ul><li>Intra-aplicación </li></ul><ul><li>Inter-aplicación </li></ul>
  37. 47. <ul><li>Caching </li></ul><ul><ul><li>Puede ser necesario en todas las capas </li></ul></ul><ul><ul><ul><li>Presentación </li></ul></ul></ul><ul><ul><ul><li>Lógica </li></ul></ul></ul><ul><ul><ul><li>Datos </li></ul></ul></ul><ul><ul><li>Soluciones </li></ul></ul><ul><ul><ul><li>ASP.NET. Caching ASP.NET </li></ul></ul></ul><ul><ul><ul><li>Caching Application Block </li></ul></ul></ul><ul><ul><li>Warnings </li></ul></ul><ul><ul><ul><li>Sincronización en ambientes distribuidos </li></ul></ul></ul><ul><ul><ul><ul><li>Soluciones: TTL o Metadatos </li></ul></ul></ul></ul><ul><ul><ul><li>Mantenimiento </li></ul></ul></ul><ul><ul><ul><ul><li>Flush, Disable, Failover </li></ul></ul></ul></ul>
  38. 48. <ul><li>Balanceo de Carga / Alta disponibilidad </li></ul><ul><ul><li>Network Load Balancer. </li></ul></ul><ul><ul><ul><li>Con WebServices 100% soportado </li></ul></ul></ul><ul><ul><ul><li>Con Remoting solo SingleCall </li></ul></ul></ul><ul><ul><ul><li>Basado en el servidor </li></ul></ul></ul><ul><ul><ul><li>Balanceo estadístico genérico </li></ul></ul></ul><ul><ul><li>Custom ClientChannelSink </li></ul></ul><ul><ul><ul><li>Que soporte un balanceo desde el cliente, itera por un listado de servidores cambiando el URI. </li></ul></ul></ul><ul><ul><ul><li>Puede ser un balanceo “inteligente” </li></ul></ul></ul>
  39. 49. <ul><li>Concurrencia </li></ul><ul><ul><li>Buscar una opción para mantener la concurrencia de datos </li></ul></ul><ul><ul><li>Dado que hay un ambiente distribuido sin estado en el servidor, hay que relajar la concurrencia de los datos = optimista. </li></ul></ul><ul><ul><li>Se puede usar </li></ul></ul><ul><ul><ul><li>SqlDataAdapter </li></ul></ul></ul><ul><ul><ul><li>Un Object Relational Mapping tool </li></ul></ul></ul>
  40. 50. <ul><li>Persistencia </li></ul><ul><li>Transacciones Distribuidas </li></ul><ul><li>Performance </li></ul><ul><li>Sesión </li></ul><ul><li>Reportes </li></ul>
  41. 51. <ul><li>Persistencia </li></ul><ul><ul><li>Programar los DALC puede ser bastante largo y repetitivo </li></ul></ul><ul><ul><li>Se pueden usar herramientas ORM </li></ul></ul><ul><ul><li>Generación de código usando CodeSmith, XSLT, etc. </li></ul></ul><ul><li>Transacciones Distribuidas </li></ul><ul><ul><li>No es un atributo del componente sino del contexto de ejecución </li></ul></ul><ul><ul><li>Implementar soporte transaccional en la capa de Service Interface </li></ul></ul>
  42. 52. <ul><li>Performance </li></ul><ul><ul><li>Optimización del acceso a la base de datos </li></ul></ul><ul><ul><li>Atención al tamaño de los objetos para serializar </li></ul></ul><ul><ul><li>Paginación inteligente obligatoria </li></ul></ul><ul><li>Sesión </li></ul><ul><ul><li>Modelo totalmente state-less </li></ul></ul><ul><ul><li>La sesión se mantiene del Service Interface hacia adelante </li></ul></ul><ul><ul><li>En WinForms no hay demasiados problemas </li></ul></ul><ul><ul><li>En ASP.NET hay distintas opciones cada una con su costo asociado. </li></ul></ul>
  43. 53. <ul><li>Reportes </li></ul><ul><ul><li>QUE PROBLEMA !!! </li></ul></ul><ul><ul><li>Depende de la herramienta que se use. </li></ul></ul><ul><ul><li>Si bien es un problema de Capa de Presentación algunas herramientas necesitan acceso directo a la base de datos. </li></ul></ul><ul><ul><li>Otras usan DataSets lo cual se complica si hay sets de datos muy grandes. </li></ul></ul><ul><ul><li>Recomendación: Sentido común. </li></ul></ul>

×