# data[].attributes.body
* CLASE DTO: recibe datos o solicitud requerida por los servicios.

* Interface: Implementación o firma de método  que se utilizarán en cada método.

* Librería: Define las acciones que se realizaran en las interfaces.

* Transacción: Operación final regresada a los servicios.

# data[].attributes.body
* Necesita

- Proyecto DTO
- LIBRERIA
- REALIZAR LA TRANSACCIÓN

# data[].attributes.body
A partir de esta instancia principal, los repositorios sobrantes (QWPJ Y QWPO), solicitan archivos a esta instancia para realizar la transacción (operación) necesaria.

# data[].attributes.body
* Cada una de estas instancias cuenta con su SO RED HAT.

* POR EJEMPLO:
- La instancia principal que cuenta con un SO tiene un fileSystem que cuenta con su propia arquitectura de carpetas:

* MPOC: ONLINE Y BATCH
* MPEZ: ONLINE Y BATCH
* MDLO: ONLINE Y BATCH

# data[].attributes.body
* QWJR: Instancia de repositorio principal

* QWPO: RUNTIME ONLINE

* QWPJ: RUNTIME BATCH

----------------------------------------------------
¿ CUÁL ES EL SIGNIFICADO DE ESTAS INICIALES?

* Tiene que ver con el TIPO DE ARQUITECTURA:

Q = Arquitectura
W = Web
P = País
O = Online
J = JOB

# data[].attributes.body
* La arquitectura es montada sobre distintos servidores (con RAM de no máximo 5 GB). CADA UNO CON S.O Red Hat y con el servidor de aplicaciones JBOSS

# data[].attributes.body
* 1ERA CAPA FRONT
* 2DA CAPA - SEGURIDAD Y SERVICIOS
* 3ERA CAPA - APX Y MAINFRAME

# data[].attributes.body
1. El usuario hace una petición (consulta de saldo).

2. La petición pasa a la segunda capa al área de seguridad para validar credenciales o passwords.

3. Continuando en el área de seguridad se genera la petición en una mensaje encriptado con un END-POINT (URL) tal END- POINT te regresa una repuesta HTTP (POST o GET) cifrado.

4.Tal petición o mensaje cifrado  llega a los servicios, los servicios validan el header (en donde viene el cifrado), para decidir si la petición va a ir al mainframe o APX.

5. Una vez que llega a APX o Mainframe regresa los datos solicitados por el mismo camino en que llego, terminando el tiempo de solicitud en el FRONT-END

# data[].attributes.body
* JAVA EE.
* JAVA SPRING.
* JBOSS.
* APACHE FELIX.
* LOG 4J
* SPRING BATCH

# data[].attributes.headline
APX (Arquitectura de plataforma extendida)

# data[].attributes.subject
APX (Arquitectura de plataforma extendida)

# data[].attributes.body
* Back-end transaccional.
* Ligero y escalable.
* Su principal función es facilitar la distribución de microservicios terminando con los sistemas centralizados que realizan todas las funciones en un solo core.