equipu
ciencia

Arquitectura moderna

Contenedores

Los contenedores de software son un paquete de elementos que permiten ejecutar una aplicación determinada en cualquier sistema operativo

Los contenedores le ofrecen un modo estándar de empaquetar el código, las configuraciones y las dependencias de su aplicación en un único objeto.

Los contenedores comparten un sistema operativo instalado en el servidor, y se ejecutan como procesos aislados de los recursos, lo que garantiza implementaciones rápidas, fiables y consistentes sea cual sea el entorno en el que se realizan.

Resultan útiles y ágiles para migrar cualquier desarrollo de una plataforma a otra

Software de Contenedores: Docker – CoreOS rkt – Mesos Containerizer – LXC Linux Containers – gVisor

Herramientas para la orquestación de Contenedores: Kubernetes – Docker Swarm – Mesosphere DC/OS – Google Container Engine (GKE) – Azure Container Service (AKS) 

 Integración Continua
Continuous Integration (CI) es la práctica para que los desarrolladores mezclen sus cambios dentro de un repositorio de control de versiones compartido tan frecuente como sea posible. El ciclo de integración continua incluye: Desarrollo, Integración, Construcción y pruebas unitariasautomatizadas. • El despliegue también es considerado, aunque otros lo consideran como parte del Continuous Delivery (CD) o Entrega continua

Arquitectura Monolítica

La aplicación de software está diseñada para trabajar como una solitaria y autocontenida unidad. • Es común este tipo de arquitectura para las aplicaciones • Los componentes dentro de esta arquitectura están interconectados y son interdependientes, resultando un código bastante acoplado. • Las principales preocupacionesde una aplicación, tales como la interface de usuario, lógica de negocio, autorización, logging y el acceso a base de datos, no está separados.

Arquitectura de microservicios

 Los microservicios son tanto un estilo de arquitectura como un modo de programar software. Con los microservicios, las aplicaciones se dividen en sus componentes más pequeños e independientes entre sí. • A diferencia del enfoque tradicional y monolítico de las aplicaciones, en el que todo se integra en una única pieza, los microservicios son independientes y funcionan en conjunto para llevar a cabo las mismas tareas. Cada uno de estos elementos o procesos es un microservicio.

La arquitectura de microservicios (MSA) es una variante de SOA. Algunas personas lo consideran como un SOA bien hecho. SOA puede resultar algo caro, difícil de implementar o ser un exceso su implementación para muchas aplicaciones

Arquitectura sin servidor

 El término Serverless refiere a proveer servicios computacionales sin requerir gestionar o administrar servidores. Por lo cual una arquitectura Serverless (Sin servidor) permite un rápido desarrollo de aplicaciones que requieren distintos niveles de tráfico. 

Usa función como servicio (FaaS) y Backend como servicio (BaaS)

  • Función como servicio (FaaS)

Cada pieza pequeña de código, como una función, puede ser ejecutada como un servicio computacional efímero que produce el resultado. • Efímero porque está limitado por una cantidad de tiempo. • Para esto cada función debe tener el principiode única responsabilidad(SRP). • Una importante parte de la arquitectura sin servidor es el Gateway API, que es el punto de entrada al sistema.

  • Backend como servicio (BaaS)

Tiene su raíz en MBaaS (Mobile Backed as a Service) • Es un modelo en el cual los desarrolladores toman ventaja de servicios provistos por terceros • A diferencia de FaaS, donde el código de las funciones se escribe por el mismo equipo de desarrolladores, BaaS utilizafunciones o servicios preexistentes.

 

Arquitectura con aplicaciones nativas en la Nube

Desplegar software en la nube no significa desarrollar aplicaciones nativas en la nube • Aplicación nativa en la nube significa que es diseñada y desarrollada pensando en utilizarlos recursos de la nube.

Principios:

  • Diseñado con microservicios de libre acoplamiento
  • Desarrollado con los mejores lenguajes y frameworks
  • Centrado en APIs para la interacción y la colaboración
  • Empaquetado con contenedores ligeros y orquestados
  • Ágil DevOps & Automatización utilizando CI / CD
  • Alta disponibilidad y recuperación
  • Ampliación/reducción dinámica
  • Sin estado y escalable
  • Reducción del costo

 

 

 

Fuente: – https://jsoftgroup.wordpress.com/2017/05/09/monolithic-vs-microservice-architecture/

Publicaciones de este equipo
Comparte con tus amigos

Acerca de quién lo publicó

Hola mi nombre es Giannela. Soy Parte de EQUIPU desde el 11 de August del 2019, puedes ver más sobre mi visitando mi perfil dando clic en mi foto.

¿Te interesaría crear tu propio artículo?

CREAR Artículo

Otros artículos que pueden interesarte

Artículo
Frenar la preocupante expansión del VIH (virus de la inmunodeficiencia humana) entre los indígenas de Perú es la noble y gigantesca misión de un p
Artículo
El cobre se estabilizaba este martes, en una jornada en la que los operadores se tomaron un respiro tras superar máximos de ocho meses en la víspe
Artículo
Las ventas de Tesla en el extranjero están siendo socavadas por la llegada de los nuevos vehículos eléctricos de Jaguar y Audi, señaló uno
Artículo
  Antecedentes: la evidencia de validez basada en el contenido del test es una de las cinco formas de evidencias de validez estipuladas en los Sta