La técnica N-Capas divide la lógica de la aplicación en capas específicas como la interfaz de usuario, la lógica de negocios y el acceso a datos. Esto permite que cada capa se desarrolle de forma aislada e independiente y que se puedan intercambiar fácilmente. La técnica de N-Niveles organiza la aplicación en niveles como la presentación, el acceso a datos y la base de datos, lo que proporciona aislamiento y reutilización. Los microservicios componen las aplicaciones de vari
bases-cye-2024(2) una sola descarga en base de feria de
Examen metodologia de la investigacion
1.
2. N-Capas (Técnicade Resumen)
Divide lalógicade laaplicaciónen capas específicas: interfazdeusuario,Lógicadenegocios
y acceso a los datos.
Otras capas pueden incluir middleware, procesamiento por lotes y API, las capas sonlógicas
y se desarrollan de manera aislada, pueden implementarse en la misma plataforma de
destino.
Ventajas:
La factorización se aísla a una capa
Los equipos pueden crear, probar, implementar y mantener capas independientes
de forma independiente.
Las capas se pueden intercambiar, por ejemplo, la capa de datos puede acceder a
varias bases de datos sin requerir cambios en la capa de la interfaz de usuario.
Se pueden utilizar sin servidor para implementar más capas.
Aplicación de N-Niveles (Técnica de Esquema)
Aplicación
de N-Niveles
Un
nivel
de
presentación,
por
ejemplo,
una
aplicación
web.
Una
API
o
un
nivel
de
acceso
a
datos,
como
una
API
REST.
Un
nivel
de
datos,
como
una
base
de
datos
SQL.
Características
Beneficios
Los proyectos suelen estar alineados con niveles.
Las pruebas se pueden abordar de manera diferente según el nivel.
Los niveles proporcionan capas de abstracción, por ejemplo, el nivel de presentación normalmente ignora los
detalles de implementación del nivel de datos.
Normalmente, las capas solo interactúan con capas adyacentes.
Las versiones se gestionan a menudo a nivel de proyecto y, por tanto, de nivel. Un simple cambio de API puede
requerir una nueva versión de un nivel intermedio completo.
Aislamiento de la base de datos (a menudo, el front-end no tiene acceso directo al back-end de la base de datos).
Reutilización de la API (por ejemplo, los clientes de aplicaciones web, de escritorio y móviles pueden reutilizar las
mismas API).
Capacidad para escalar niveles independientes entre sí. Aislamiento de refactorización: un nivel se puede
refactorizar sin afectar a otros niveles
3. Microservicios (técnica de Subrayado )
Las arquitecturas contienen características comunes que incluyen:
Las aplicaciones se componen de varios pequeños servicios.
Cada servicio se ejecuta en su propio proceso.
Los servicios están alineados en torno a los dominios comerciales.
Los servicios se comunican a través de API ligeras, normalmente utilizando HTTP
como transporte.
Los servicios se pueden implementar y actualizar de forma independiente.
Los servicios no dependen de un único almacén de datos.
El sistema está diseñado teniendo en cuenta las fallas y la aplicación aún puede
ejecutarse incluso cuando fallan ciertos servicios.
Los microservicios no tienen que ser mutuamente excluyentes de otros enfoques de
arquitectura. Por ejemplo, una arquitectura de N-Tier puede usar microservicios para el
nivel medio. También es posible implementar de diversas formas, desde directorios
virtuales en hosts IIS hasta contenedores. Las características de los microservicios los
hacen especialmente ideales para implementaciones sin servidor.
Las ventajas de las arquitecturas de microservicios incluyen:
La refactorización a menudo se aísla a un solo servicio.
Los servicios se pueden actualizar independientemente unos de otros.
La resiliencia y la elasticidad se pueden adaptar a las demandas de los servicios
individuales.
El desarrollo puede ocurrir en paralelo en equipos y plataformas dispares.
Es más fácil escribir pruebas completas para servicios aislados.
4. Los microservicios vienen con sus propios desafíos, que incluyen:
Determinar qué servicios están disponibles y cómo llamarlos.
Gestionar el ciclo de vida de los servicios.
Comprender cómo encajan los servicios en la aplicación general.
Prueba completa del sistema de llamadas realizadas a través de servicios dispares.
En última instancia, existen soluciones para abordar todos estos desafíos, incluido el
aprovechamiento de los beneficios de la tecnología sin servidor que se comentan más
adelante.
dddsdfsddfsddfdddd