En este documento se encontrará una guía detallada del orden que se debe de tener en cuenta para desplegar los servicios relacionados al Proyecto de Spin Mirror Strategy

Orden de Despliegue

Para poder desplegar los servicios que conforman el desarrollo de Spin Mirror Strategy se deberá realizar en el siguiente orden:

1. Librerías base: Son los proyectos que tienen las dependencias básicas de los demás servicios o contemplan funcionalidades transversales entre ellos. Ente ellas se encuentran:

   1. ffss-parent-dependencies: Librería con dependencias base de todos los proyectos basados en Java 17.

   2. tr-spin-ffss-core-chassis-backend-java: Librería con funcionalidades genéricas de conexión a servicios, manejo de excepciones y configuraciones comunes para proyectos basados en Java 17.

   3. spin-core-chassis: Librería con funcionalidades genéricas de conexión a servicios, manejo de excepciones y configuraciones comunes para proyectos basados en Java 8.

   4. ffss-common: esta librería se encuentra en el repositorio de core-chassis de SPIN

   5. ffss-starter: esta librería se encuentra en el repositorio de core-chassis de SPIN

   6. ffss-fiserv-gateway: esta librería se encuentra en el repositorio de ffss-fiserv-gateway de SPIN

2. Servicios de tipo Gateway.- Son los servicios que tienen comunicación externa (a través de internet) con proveedores externos (FISERV), en este caso, los siguientes microservicios deberán ser desplegados en primer orden:

   1. tr-spin-ffss-acc-gw-svc-backend-java => https://github.com/fintechdigitalventure/tr-spin-ffss-acc-gw-svc-backend-java

   2. tr-spin-ffss-cust-gw-svc-backend-java => https://github.com/fintechdigitalventure/tr-spin-ffss-cust-gw-svc-backend-java

   3. ffss-fiserv-gateway

3. Servicios de tipo Mirror.- Son los servicios que, por medio de los servicios Gateway, obtienen la información del proveedor externo (FISERV) y hace una replica de la información que el proveedor externo manda. Esta capa de servicios, depende que la capa de servicios de tipo Gateway estén previamente desplegados, de lo contrario, el servicio no responderá correctamente. Los siguientes microservicios conforman esta capa:

   1. tr-spin-ffss-acc-mirror-svc-backend-java => https://github.com/fintechdigitalventure/tr-spin-ffss-acc-mirror-svc-backend-java

   2. tr-spin-ffss-balance-mirror-svc-backend-java =>

      https://github.com/fintechdigitalventure/tr-spin-ffss-balance-mirror-svc-backend-java

   3. ffss-card-mirror-service => https://github.com/fintechdigitalventure/ffss-card-mirror-service/tree/master

4. Servicios de tipo Aggregation.- Son los servicios que funcionarán como “puerta” de acceso a la información y/o servicios que el proveedor externo ofrece. Esta capa de servicios sería la última en el orden para ser desplegada ya que depende que previamente estén desplegados tanto los servicios de la capa Mirror como los servicios de la capa Gateway, tales servicios son los que se enlistan a continuación:

   1. tr-spin-ffss-acc-aggreg-svc-backend-java => https://github.com/fintechdigitalventure/tr-spin-ffss-acc-aggreg-svc-backend-java

   2. tr-spin-ffss-cust-aggreg-svc-backend-java => https://github.com/fintechdigitalventure/tr-spin-ffss-cust-aggreg-svc-backend-java

   3. card-aggregation-service

Diagrama de Comunicación

Account domain

Open

Customer domain

Open

Card Domain

Planificación de número de instancias

Considerando el número de transacciones estimadas (TPS, RTO y RPO - Mirror Strategy ) y un promedio de tiempo de respuesta de 150 transacciones por segundo por cada servicio, se estima el número de instancias requeridas para satisfacer la demanda en el tiempo hasta diciembre de 2024.

Dominio de account

Dominio de Card

Dominio de customers