Los patrones arquitectónicos y estilos

Capítulo 3: Los patrones arquitectónicos y estilos

¿Qué es un estilo arquitectónico?

También llamado un patrón arquitectónico, es un conjunto de principios: un patrón de grano grueso que proporciona un marco abstracto para una familia de sistemas. Un estilo arquitectónico que mejora la separación y promueve la reutilización del diseño, proporcionando soluciones a los problemas recurrentes con frecuencia.

La comprensión de los estilos arquitectónicos proporciona varios beneficios. El beneficio más importante es que proporcionan un lenguaje común. También proporcionan oportunidades para conversaciones que son la tecnología agnóstica. Esto facilita un mayor nivel de conversación que se incluyen todos los patrones y principios, y sin entrar en detalles.

Resumen de estilos arquitectónicos clave

• Servidor de cliente: Segrega el sistema en dos aplicaciones, donde el cliente realiza solicitudes al servidor. En muchos casos, el servidor es una base de datos con la lógica de aplicación representado como procedimientos almacenados.
• Arquitectura basada en componentes: Se descompone el diseño de aplicaciones en componentes funcionales o lógicos reutilizables que exponen bien definidos interfaces de comunicación.
• Domain Driven DesignUn estilo de arquitectura orientada a objetos centra en el modelado de un dominio de negocio y la definición de objetos de negocio basados ​​en entidades dentro del ámbito empresarial.
• Arquitectura en capas: Particiones las preocupaciones de la aplicación en grupos apilados (capas).
• Bus de mensajes: Un estilo de arquitectura que prescribe el uso de un sistema de software que puede recibir y enviar mensajes a través de uno o más canales de comunicación, por lo que las aplicaciones puedan interactuar sin necesidad de conocer detalles específicos acerca de uno al otro.
• N-Tier / 3-Tier: Segrega funcionalidad en segmentos separados de la misma manera como el estilo en capas, pero con cada segmento de ser un nivel situado en un equipo separado físicamente.
• Orientado a objetos: Un paradigma de diseño basado en división de responsabilidades para una aplicación o sistema en objetos reutilizables y autosuficientes individuales, cada uno que contiene los datos y el comportamiento pertinentes al objeto.
• Arquitectura orientada al servicio (SOA:) Se refiere a las aplicaciones que exponen y consumen funcionalidad como un servicio mediante contratos y mensajes.

Combinando Estilos arquitectónicos

La arquitectura de un sistema de software casi nunca se limita a un único estilo arquitectónico, pero es a menudo una combinación de estilos arquitectónicos que componen el sistema completo.

Hay muchos factores que influyen en los estilos arquitectónicos que decide. Estos factores incluyen la capacidad de su organización para el diseño e implementación; las capacidades y la experiencia de sus promotores; y su infraestructura y limitaciones de la organización. Las siguientes secciones le ayudarán a determinar los estilos apropiados para sus aplicaciones.

Cliente / Servidor estilo arquitectónico

Describe sistemas que implican un cliente independiente y sistema de servidor, y una red de conexión distribuida.

En términos más generales, sin embargo, el estilo de arquitectura cliente / servidor describe la relación entre un cliente y uno o más servidores, donde el cliente inicia una o más solicitudes (tal vez usando una interfaz de usuario gráfica), espera a las respuestas, y procesa las respuestas en el recibo. El servidor normalmente autoriza al usuario y luego lleva a cabo el procesamiento requerido para generar el resultado. El servidor puede enviar las respuestas utilizando una serie de protocolos y formatos de datos para comunicar la información al cliente

Los principales beneficios de la / arquitectura cliente-servidor son:

• mayor seguridad. Todos los datos se almacenan en el servidor, que ofrece en general un mayor control de la seguridad de las máquinas cliente.
• acceso de datos centralizada. Dado que los datos sólo se almacenan en el servidor, el acceso y actualizaciones de los datos son mucho más fáciles de administrar que en otros estilos arquitectónicos.
• Facilidad de mantenimiento. Los roles y responsabilidades de un sistema de computación se distribuyen entre varios servidores que se conocen entre sí a través de una red. Esto asegura que un cliente permanece inconsciente y no afectado por una reparación de servidores, actualización, o la reubicación.

Basado en componentes estilo arquitectónico

Se centra en la descomposición del diseño en componentes funcionales o lógicos individuales que exponen interfaces de comunicación bien definidos que contienen métodos, eventos y propiedades. Esto proporciona un mayor nivel de abstracción que los principios de diseño orientado a objetos, y no se centra en cuestiones tales como protocolos de comunicación y estado compartido.

El principio clave del estilo basado en componentes es el uso de componentes que son:

• reutilizable. Los componentes son generalmente diseñados para ser reutilizados en diferentes escenarios en diferentes aplicaciones.
• Reemplazable. Los componentes se pueden sustituir fácilmente con otros componentes similares.
• No contexto específico. Los componentes están diseñados para operar en diferentes entornos y contextos.
• Extensible. Un componente puede ser extendido a partir de componentes existentes para proporcionar un nuevo comportamiento.
• encapsulado. Componentes exponen interfaces que permiten a la persona que llama a utilizar su funcionalidad, y no revelan detalles de los procesos internos o cualquier variables internas o estado.
• Independiente. Los componentes están diseñados para tener dependencias mínimos sobre otros componentes.

Los tipos comunes de los componentes utilizados en aplicaciones incluyen componentes de interfaz de usuario tales como las redes y los botones, y componentes auxiliares y de servicios públicos que exponen a un subconjunto específico de funciones utilizadas en otros componentes.

Los siguientes son los principales beneficios de la arquitectura basada en componentes:

• Facilidad de implementación. A medida que nuevas versiones compatibles estén disponibles, puede reemplazar las versiones existentes, sin impacto en los otros componentes o el sistema en su conjunto.
• Costo reducido. El uso de componentes de terceros le permite distribuir el costo de desarrollo y mantenimiento.
• Facilidad de desarrollo. Componentes implementan interfaces bien conocidas para proporcionar funcionalidad definida, lo que permite el desarrollo sin afectar otras partes del sistema.
• reutilizable. El uso de componentes reutilizables significa que pueden ser utilizados para difundir el desarrollo y el costo de mantenimiento a través de varias aplicaciones o sistemas.
• Mitigación de complejidad técnica. mitigar la complejidad mediante el uso de un contenedor de componentes y de sus servicios.

Dominio determinadas por el diseño arquitectónico de estilo

Dominio Driven Design (DDD) es un enfoque orientado a objetos para el diseño de software basado en el dominio del negocio, sus elementos y comportamientos, y las relaciones entre ellos. Su objetivo es permitir que los sistemas de software que son una realización del dominio de negocio subyacente mediante la definición de un modelo de dominio se expresa en el lenguaje de los expertos en el dominio de negocio. Con el fin de ayudar a mantener el modelo como una construcción del lenguaje puro y útil, se debe aplicar por lo general una gran cantidad de aislamiento y encapsulado dentro del modelo de dominio. En consecuencia, un sistema basado en dominio determinadas por el diseño puede venir en un costo relativamente alto.

...