En ingeniería de software , la arquitectura multicapa (a menudo denominada arquitectura de n capas ) es una arquitectura cliente-servidor en la que las funciones de presentación, procesamiento de aplicaciones y gestión de datos están físicamente separadas. El uso más extendido de la arquitectura multicapa es la arquitectura de tres capas .
La arquitectura de aplicaciones de n niveles proporciona un modelo mediante el cual los desarrolladores pueden crear aplicaciones flexibles y reutilizables. Al segregar una aplicación en niveles, los desarrolladores adquieren la opción de modificar o agregar un nivel específico, en lugar de volver a trabajar toda la aplicación. La arquitectura de n niveles es una buena opción para aplicaciones pequeñas y simples debido a su simplicidad y bajo costo. Además, puede ser un buen punto de partida cuando los requisitos arquitectónicos aún no están claros. [1] [2] Una arquitectura de tres niveles generalmente se compone de un nivel de presentación , un nivel de lógica y un nivel de datos .
Si bien los conceptos de capa y nivel se utilizan a menudo indistintamente, un punto de vista bastante común es que, de hecho, existe una diferencia. Este punto de vista sostiene que una capa es un mecanismo de estructuración lógica para los elementos conceptuales que conforman la solución de software, mientras que un nivel es un mecanismo de estructuración física para los elementos de hardware que conforman la infraestructura del sistema. [3] [4] Por ejemplo, una solución de tres capas podría implementarse fácilmente en un solo nivel, como en el caso de una arquitectura extrema centrada en bases de datos llamada arquitectura solo RDBMS [5] o en una estación de trabajo personal. [6]
El patrón arquitectónico “Capas” ha sido descrito en varias publicaciones. [7]
En una arquitectura lógica multicapa para un sistema de información con un diseño orientado a objetos , las cuatro siguientes son las más comunes:
El libro Domain Driven Design describe algunos usos comunes de las cuatro capas anteriores, aunque su enfoque principal es la capa de dominio . [11]
Si la arquitectura de la aplicación no tiene una distinción explícita entre la capa de negocios y la capa de presentación (es decir, la capa de presentación se considera parte de la capa de negocios), entonces se ha implementado un modelo tradicional cliente-servidor (dos niveles). [ cita requerida ]
La convención más habitual es que la capa de aplicación (o capa de servicio) se considera una subcapa de la capa empresarial, que normalmente encapsula la definición de API que muestra la funcionalidad empresarial admitida. De hecho, las capas de aplicación/empresa pueden subdividirse aún más para enfatizar subcapas adicionales de responsabilidad específica. Por ejemplo, si se utiliza el patrón modelo-vista-presentador , la subcapa de presentador podría utilizarse como una capa adicional entre la capa de interfaz de usuario y la capa empresarial/aplicación (como se representa mediante la subcapa de modelo). [ cita requerida ]
Algunos también identifican una capa separada llamada capa de infraestructura empresarial (BI), ubicada entre las capas empresariales y las capas de infraestructura. A veces también se la denomina "capa empresarial de bajo nivel" o "capa de servicios empresariales". Esta capa es muy general y se puede utilizar en varios niveles de aplicación (por ejemplo, un CurrencyConverter). [12]
La capa de infraestructura se puede dividir en diferentes niveles (servicios técnicos de alto o bajo nivel). [12] Los desarrolladores a menudo se centran en las capacidades de persistencia (acceso a datos) de la capa de infraestructura y, por lo tanto, solo hablan de la capa de persistencia o la capa de acceso a datos (en lugar de una capa de infraestructura o una capa de servicios técnicos). En otras palabras, el otro tipo de servicios técnicos no siempre se considera explícitamente como parte de ninguna capa en particular. [ cita requerida ] . La capa de acceso a datos normalmente contiene un objeto conocido como objeto de acceso a datos (DAO) .
Una capa está encima de otra porque depende de ella. Cada capa puede existir sin las capas superiores y requiere de las capas inferiores para funcionar. Otra visión común es que las capas no siempre dependen estrictamente de la capa adyacente inferior. Por ejemplo, en un sistema de capas relajado (a diferencia de un sistema de capas estricto), una capa también puede depender de todas las capas inferiores. [7] El sistema de capas relajado tiene más acoplamientos y, por lo tanto, es más difícil de cambiar. Las arquitecturas de múltiples niveles pueden utilizar un enfoque híbrido para que algunas capas sean estrictas mientras que otras sean relajadas. [13] [14]
La arquitectura de tres niveles es un patrón de arquitectura de software cliente-servidor en el que la interfaz de usuario (presentación), la lógica del proceso funcional ("reglas de negocio"), el almacenamiento de datos de la computadora y el acceso a los datos se desarrollan y mantienen como módulos independientes , la mayoría de las veces en plataformas separadas . [15] Fue desarrollado por John J. Donovan en Open Environment Corporation (OEC), una empresa de herramientas que fundó en Cambridge, Massachusetts .
Además de las ventajas habituales del software modular con interfaces bien definidas, la arquitectura de tres niveles tiene como objetivo permitir que cualquiera de los tres niveles se actualice o reemplace de forma independiente en respuesta a cambios en los requisitos o la tecnología . Por ejemplo, un cambio de sistema operativo en el nivel de presentación solo afectaría al código de la interfaz de usuario.
Por lo general, la interfaz de usuario se ejecuta en una computadora de escritorio o una estación de trabajo y utiliza una interfaz gráfica de usuario estándar , una lógica de proceso funcional que puede constar de uno o más módulos separados que se ejecutan en una estación de trabajo o un servidor de aplicaciones , y un RDBMS en un servidor de base de datos o mainframe que contiene la lógica de almacenamiento de datos de la computadora. El nivel intermedio puede tener varios niveles (en cuyo caso la arquitectura general se denomina " arquitectura de n niveles"). [16]
En el campo del desarrollo web , el término "tres niveles" se utiliza a menudo para referirse a sitios web , normalmente sitios web de comercio electrónico , que se construyen utilizando tres niveles:
La transferencia de datos entre niveles es parte de la arquitectura. Los protocolos involucrados pueden incluir uno o más de SNMP , CORBA , Java RMI , .NET Remoting , Windows Communication Foundation , sockets , UDP , servicios web u otros protocolos estándar o propietarios. A menudo se utiliza middleware para conectar los distintos niveles. Los distintos niveles a menudo (pero no necesariamente) se ejecutan en servidores físicos separados, y cada nivel puede ejecutarse en un clúster .
La trazabilidad de extremo a extremo de los flujos de datos a través de sistemas de n niveles es una tarea desafiante que se vuelve más importante a medida que los sistemas aumentan en complejidad. La medición de respuesta de la aplicación define conceptos y API para medir el rendimiento y correlacionar transacciones entre niveles. Generalmente, el término "niveles" se utiliza para describir la distribución física de los componentes de un sistema en servidores, computadoras o redes independientes (nodos de procesamiento). Una arquitectura de tres niveles tendrá tres nodos de procesamiento. El término "capas" se refiere a una agrupación lógica de componentes que pueden o no estar ubicados físicamente en un nodo de procesamiento.