Comprender las interacciones entre sus sistemas le permitirá tomar decisiones mejores y más precisas a largo plazo.
Abstracción deficiente del servicio: Efectos de bola de nieve: Sistemas heredados inflexibles: Capa de acceso a datos
Otros modelos tienen más o menos niveles, pero cualquier modelo con el que trabaje siempre tendrá una forma para que los usuarios interactúen con la aplicación, una forma de entregar datos, un sistema de procesamiento central que maneja los cálculos y un lugar donde se almacenan los datos. . .
Capa de presentación
Esta capa se ocupa de la interfaz de usuario, es la parte de la aplicación que maneja la entrada del usuario, administra las solicitudes de los usuarios, envía solicitudes a servicios de datos, presenta resultados y básicamente maneja todas las demás formas de interacción usuario-aplicación. Por ejemplo, en el caso de las aplicaciones web, esto es lo que llamamos frontend, que utiliza tecnologías como JavaScript, HTML y CSS para crear la parte de su sitio web que consume el cliente.
Capa de servicio de datos
Esta capa actúa como un puente entre la capa de presentación y la capa de lógica empresarial. Desde una perspectiva de seguridad, es un muro que separa lo que hace el usuario de la lógica central de su aplicación, haciéndola más segura para usted y sus clientes.
Capa de lógica empresarial
El cerebro de la operación , esta capa es donde se intercambian o procesan los datos, codificando las entradas del usuario y/o preparando la información para ser transmitida a la capa de presentación. Por ejemplo, en una aplicación web dinámica, esta es la parte de la aplicación que decide qué información requiere la capa de presentación. Toma la información del almacén de datos, hace los preparativos necesarios y la envía para que la muestre el usuario.
Capa de acceso a datos
Aquí es donde se almacenan los datos, normalmente utilizando soluciones SQL o NoSQL. Es la capa desde la que se accede y envía los datos.
¿Cuáles son los diferentes tipos de arquitecturas de aplicaciones?
Si bien hay demasiadas para resumirlas en un solo artículo, al menos debes tener en cuenta que existen docenas de arquitecturas. Algunas son mucho más populares que otras y de eso hablaremos hoy.
Arquitecturas monolíticas
También conocido como modelo de aplicación de 3 niveles . Aunque la mayoría de la gente lo considera obsoleto según los estándares modernos, todavía se utiliza, especialmente en sistemas heredados. En este modelo, la arquitectura es una única entidad monolítica gestionada por un único equipo. La aplicación se convierte en un enorme sistema de instrucciones entrelazadas que se vuelve más difícil de manejar a medida que crece.
Arquitectura de microservicios
Con este estilo arquitectónico, las aplicaciones se estructuran como una colección de servicios independientes . Cada uno puede utilizar una tecnología diferente, como estar escrito en diferentes lenguajes de programación, y puede probarse por separado del resto del sistema. Cada servicio está relacionado con una función empresarial principal y se puede implementar por separado de los demás.
Arquitectura sin servidor basada en eventos
Este tipo de arquitectura funciona como una serie de sistemas desacoplados que se ejecutan en respuesta a eventos. En este caso no tenemos servidores, sino servicios esperando a que suceda algo y actuando en respuesta. Se trata de una arquitectura muy sencilla y rápida que se puede escalar fácilmente y es rentable, ya que solo se utiliza lo que se necesita cuando es necesario.
Arquitectura de la nube
Esta arquitectura es similar a los microservicios y la arquitectura basada en eventos, pero con la salvedad adicional de que está diseñada específicamente para aprovechar al máximo la tecnología de la nube . Por ejemplo, una arquitectura que puede escalarse automáticamente según los requisitos o combinar diferentes servicios de uno o más proveedores de nube.
Nunca es demasiado tarde…
Entonces, ¿qué pasa si ya tienes una aplicación sin una arquitectura clara? ¿Es demasiado tarde? Por supuesto que no, tener que crear un diagrama a partir de una aplicación existente es en realidad más común de lo que cualquiera quisiera admitir. Cuanto antes empieces, mejor, porque como mencionamos antes, cuanto más esperes, más profundo te hundirás en el agujero de los espaguetis.
