Arquitecturas de microservicios

Construimos arquitecturas de microservicios basadas en servicios distribuidos que recubren el acceso a los sistemas core de nuestros clientes.

Nuestras soluciones
Construimos nuestras soluciones sobre contenedores que permiten el despliegue continuo de complejas soluciones corporativas, a la vez que facilita el desarrollo y la innovación de base tecnológica de las organizaciones.
Los principios subyacentes compartidos por nuestras arquitecturas incluyen:
-
Uso de API Gateway
Para publicar, securizar y controlar las llamadas a las APIs entre las diferentes capas de la solución. Modelo de malla de servicios (service mesh) para las APIs internas.
-
Adecuación según normativas de seguridad
A través de estándares y mejores prácticas: gestión del acceso a las APIs, OAuth2, JWT, encriptación de datos, etc.
-
Capacidades expuestas como APIs y desplegadas en contenedores
Crearemos diferentes APIs para diferentes propósitos.
-
Uso de orquestación de contenedores
Kubernetes, OpenShift.
-
Uso de event/ sourcing
Kafka.
-
Orientación a canales
Para respetar la naturaleza específica de cada uno de ellos.
-
Orientación
A capacidades de las plataformas
-
Estrategia y stack coporativos
Respeto de la estrategia corporativa y el stack tecnológico.
-
Evitar vendor lock-in
Evitar situaciones de vendor lock-in.
-
Registros
De operaciones, monitorización y si procede, monetización.
Principales elementos de arquitectura

-
Canales
Los puntos de interacción con los usuarios. Aunque lo más habitual son canales web (y aquí entra un desktop, una tablet o un móvil) y apps nativas, debemos considerar otros puntos de interacción como altavoces inteligentes, o dispositivos wearables. Para adecuar la experiencia de uso al canal, será necesario revisar y personalizar las APIs de los diferentes dominios, y los datos que la interfaz requiere.
-
API Gateway/ Manager
El punto único de entrada para todos aquellos elementos que acceden al sistema, para consumir o publicar información. El API Gateway determinará las formas en las que las aplicaciones interactúan con las APIs a través de políticas de acceso. Por su parte, el API Manager distribuye, controla y analiza las APIs que conectan las aplicaciones y los orígenes / destinos de datos.
-
Dominios
Donde se recogen las capacidades de las APIs. Es la parte central de la arquitectura, puesto que ofrece el acceso a que las aplicaciones utilicen de forma uniforme las diferentes competencias del negocio, a la vez que simplifica la complejidad de integraciones y accesos a sistemas.
-
APIs internas
La capa que aísla al Dominio de la complejidad de la integración con diferentes sistemas y elementos de la organización. Esta capa proporciona capacidades de integración al recubrir sistemas de back-end o legacy, difícil de adaptar o evolucionar.
-
Backend
La parte del backend representa el parque de sistemas que la organización utiliza para asegurar sus operaciones. Incluye además toda la persistencia de datos que consolidan la información de la organización. En un entorno competitivo actual, un backend corporativo puede estar formado por desarrollos a medida, productos instalados on premise, PaaS, SaaS… con múltiples esquemas de seguridad y diferentes protocolos de integración (API REST, SOAP, colas de mensajes, incluso intercambio de ficheros con valores separados por comas).