En ingeniería de software , la arquitectura multicapa (a menudo denominada arquitectura de n niveles ) 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 multinivel es la arquitectura de tres niveles .
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 en toda la aplicación. Una arquitectura de tres niveles normalmente se compone de un nivel de presentación , un nivel lógico y un nivel de datos .
Si bien los conceptos de capa y nivel a menudo se usan indistintamente, un punto de vista bastante común es que efectivamente existe una diferencia. Esta visión sostiene que una capa es un mecanismo de estructuración lógica de los elementos conceptuales que conforman la solución de software, mientras que un nivel es un mecanismo de estructuración física de los elementos de hardware que conforman la infraestructura del sistema. [1] [2] 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 la base de datos llamada arquitectura RDBMS-only [3] o en una estación de trabajo personal. [4]
El patrón arquitectónico "Capas" se ha descrito en varias publicaciones. [5]
En una arquitectura lógica multicapa para un sistema de información con un diseño orientado a objetos , los siguientes cuatro son los 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 . [9]
Si la arquitectura de la aplicación no tiene una distinción explícita entre la capa empresarial y la capa de presentación (es decir, la capa de presentación se considera parte de la capa empresarial), entonces se ha implementado un modelo tradicional cliente-servidor (de dos niveles). [ cita necesaria ]
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/negocio se pueden subdividir aún más para enfatizar subcapas adicionales de distinta responsabilidad. Por ejemplo, si se utiliza el patrón modelo-vista-presentador , la subcapa de presentador podría usarse como una capa adicional entre la capa de interfaz de usuario y la capa de negocio/aplicación (representada por la subcapa de modelo). [ cita necesaria ]
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 Convertidor de Moneda). [10]
La capa de infraestructura se puede dividir en diferentes niveles (servicios técnicos de alto o bajo nivel). [10] 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 parte de una capa particular. [ cita necesaria ]
Una capa está encima de otra, porque de ella depende. Cada capa puede existir sin las capas superiores y requiere de las capas inferiores para funcionar. Otra opinión común es que las capas no siempre dependen estrictamente únicamente de la capa adyacente que se encuentra debajo. 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 debajo de ella. [5]
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 comerciales"), el almacenamiento de datos informáticos y el acceso a los datos se desarrollan y mantienen como módulos independientes , generalmente en plataformas separadas. . [11] 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 pretende 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 el código de la interfaz de usuario.
Normalmente, la interfaz de usuario se ejecuta en una PC de escritorio o estación de trabajo y utiliza una interfaz gráfica de usuario estándar , una lógica de proceso funcional que puede consistir en uno o más módulos separados que se ejecutan en una estación de trabajo o servidor de aplicaciones , y un RDBMS en un servidor de base de datos o computadora central que Contiene la lógica de almacenamiento de datos de la computadora. El nivel medio puede tener varios niveles (en cuyo caso la arquitectura general se denomina " arquitectura de n niveles").
En el campo del desarrollo web , se suele utilizar tres niveles para referirse a sitios web , comúnmente 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 niveles separados. Los niveles separados 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 cuando los sistemas aumentan en complejidad. La Medición de respuesta de aplicaciones 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 (nodos de procesamiento) separados. Una arquitectura de tres niveles tendrá entonces tres nodos de procesamiento. El término "capas" se refiere a una agrupación lógica de componentes que pueden estar ubicados físicamente o no en un nodo de procesamiento.