Este documento presenta una introducción a los microservicios. Define un microservicio como una arquitectura de aplicación modular donde cada servicio tiene un ámbito específico de diseño, implementación y gestión. Explica cinco patrones clave para microservicios como la conversión de XML a JSON, la orquestación transaccional de servicios, la ubicación de la orquestación, la publicación de APIs y la gestión de APIs. El objetivo es conocer los conceptos y mejores prácticas de los microservicios.

1. Micro Servicios
Jose Luis Bugarin Peche
Arquitecto de Transformación Tecnológica
Docente Universitario UPC

2. Jose Luis Bugarin Peche
Ingeniero de Sistemas de la Universidad Nacional del Callao, con más de 10 años de experiencia como líder técnico, gerente
de proyectos y/o arquitecto SOA, asesoría en dirección de tecnologías empresariales. Con Maestría en Sistemas en la
Universidad del Callao.
Experiencia laboral:
- Interbank: Arquitecto de Tecnología en División de Arquitectura y Transformación Tecnológica.
- Corporación Grupo Romero: Arquitecto de Negocios
- Corporación Grupo Romero: Arquitecto Empresarial y Procesos tecnológicos
- Corporación Grupo Romero: Supervisor de Desarrollo Java e Integración
- Corporación Grupo Romero: AS Aplicaciones Empresariales
- PCM-ONGEI: Arquitecto SOA
Especializaciones:
- Cloud Computing, Tecnología de la información - Silicon Valley - USA
- IBM Interconnect – Las Vegas - USA
- HPE Discover, Tecnología de la información – Las Vegas - USA
- Gartner Application Archtecture, Development & Integration Summit – Las Vegas - USA
- Cloud Computing and IT Revolution en KISA – Seúl - Corea del Sur

3. Objetivo
• Conocer sobre Micro Servicios

4. ¿Que es un MicroServicio?
¿Servicio Pequeño?
¿Reusable?
¿Agilidad?
¿Moda?
Micro Servicio
¿Aplicación Pequeña?

5. ¿MicroServicio?
MicroServicio
• Es una arquitectura de aplicación.
• Su ámbito de diseño, implementación y gestión
es la modularización de aplicaciones.
• No es un concepto de integración de
aplicaciones.
• Para la integración los microservicios se
exponen en protocolos ligeros (ej. API
REST/JSON).

6. Ámbito de los servicios SOA y microservicios
• SOA se relaciona a la Arquitectura de Integración (pueden ser
servicios REST o SOAP)
• Microservicios se relaciona a la Arquitectura de Aplicación

7. Arquitectura basada en MicroServicios
Arquitectura de Integración
Arquitectura de Aplicaciones

8. Patrones
• Todo Micro servicio para su existencia debe de cumplir lo siguiente::
– Su ámbito de diseño, implementación y gestión es la modularización de
aplicaciones.
– No es un concepto de integración de aplicaciones.
– Para la integración los micros servicios se exponen en protocolos ligeros (ej. API
REST/JSON).
Patron 0: Un Microservicio esta en el ámbito de la arquitectura de aplicaciones.
MicroServicio
Arquitectura de Aplicaciones

9. Patrones
• Todo servicio SOAP expuesto en el back-end, puede s er consumido por un Micro
servicio como API REST, de la siguiente manera:
- Utilizar el API Gateway (on-premise para servicios on-premise y cloud para servicios
cloud)
- Producto disponible en Interbank: IBM API Connect+Datapower
- No es recommendable codificar en cada microservicio dicha conversión o crear
microservicios que solo hagan ello.
Patron 1: Conversion XML-to-JSON
Mapeo

10. Patrones
• Cuando se requiera realizar llamada a Servicios en secuencia de manera transaccional.
- Utilizar un orquestador transaccional de servicios.
- Producto disponible en Interbank: IBM BPM (Motor BPEL/SCA)
- No se recomienda codificar en microservicios toda la lógica de manejo de reintentos y gestión de errores en caso de
falla a la invocación de un servicio
Patron 2: Orquestación Transaccional de Servicios
Manejo de errores y rollback automático Compensación (cuando el servicio no soporta rollback automático)

11. Cloud
Back End
(On Premise)
Patrones
• La orquestación transaccional debe de estar localizada donde se necesite más. Esta
puede ser: Pegada a los back end, pegada al cloud o pegada a otro data center.
Patron 3: La Orquestación Transaccional debe hacerse cercano a la Fuente (BackEnd)
Otro DataCenter

12. Patrones
• Cuando se requiera publicar los APIs disponibles para otras aplicaciones (reuso).
- Utilizar un Portal de APIs.
- Producto disponible en Interbank: IBM API Connect
Patron 4: Publicación de APIs para reuso.
Publicación

13. Patrones
• Cuando se requiera monitorear el uso de los APIs indentificando tiempos de respuesta y
errores en ejecución.
- Utilizar API Management.
Patron 5: Gestión de APIs
Monitoreo

14. • Referencias:
• Microservices from Theory to
Practice: Creating
Applications in IBM Bluemix
Using the Microservices
Approach -
https://www.redbooks.ibm.co
m/redbooks.nsf/RedbookAbst
racts/sg248275.html
Gracias
• Contacto:
• jbugarin@iluminatic.com
• @jlbugarin - @iluminatic