Volver a migraciones GobTur Platform · Mayo 2026

Gestor de Encuentros — GobTur Platform

Programa de migración del legacy del Gestor de Encuentros (y visión unificada con RIS) hacia un ecosistema de microservicios con responsabilidades claras, integraciones centralizadas y despliegues por dominio.

7 fases ~32% avance Oracle GOB_TUR GCBA

Resumen ejecutivo

El Gestor de Encuentros y RIS comparten dominio de negocio (agenda, turnos, integraciones con el ecosistema de salud) pero mantenían backends duplicados y múltiples puntos de salida hacia sistemas externos (Master File, Sigehos, HIS…).

GobTur Platform transforma el monolito del Gestor en microservicios especializados. Cuando el tramo esté probado en producción, se incorporará la lógica de RIS back en los mismos servicios: un solo ecosistema para el front del Gestor y el front de RIS.

7 Microservicios + librería común
1 Único egress a terceros (8082)
~32% Avance global del programa

De monolito a microservicios

Hoy (legacy)

  • Gestor front → Monolito Gestor de Encuentros
  • RIS front → RIS back
  • Ambos conectan a MF, Sigehos, HIS por separado
  • Reglas duplicadas y despliegues de alto riesgo

Objetivo (GobTur Platform)

  • Gestor front + RIS front → Gateway → MS
  • external-services (8082) único punto a terceros
  • Una regla, un lugar — despliegue por dominio
  • Escalado selectivo (agenda, reportes…)

Mapa de microservicios

Servicio Puerto Responsabilidad
dominio-service 8081 Dominios, feriados, parámetros, configuración institucional
external-services 8082 Único egress: MF, Sigehos, HIS, PEL, RIS bridge
agenda-service 8083 Agendas, horarios, turnos, oferta
hub-service 8084 Panel de migración; semáforo por servicio
notificacion-service 8085 Mail, Boti, notificaciones
reportes-services 8086 Reportes y demandas insatisfechas
login-service 8087 Autenticación, usuarios, sesión
gobtur-common — Librería compartida (HTTP, secuencias, utilidades)

Base de datos: esquema Oracle GOB_TUR compartido en transición.

Etapa 1

Programa GobTur Platform (7 fases)

Migración progresiva del monolito Gestor hacia microservicios. Avance orientativo alineado al documento de arquitectura (mayo 2026).

~32% — Fase 2 en curso
Fase 0 · 5%

Cimientos

Build, CI, observabilidad — compilar, desplegar y monitorear cada MS.

Fase 1 · 17%

Dominio

dominio-service (8081) + front parcial en modo MS.

Fase 2 · 32% ← actual

Integraciones externas centralizadas

Meta: ningún MS (salvo external-services) abre conexiones a MF, Sigehos, HIS. Login → MF solo vía 8082.

  • HTTP compartido (gobtur-common) — hecho
  • Login sin egress directo a Master File — hecho
  • Poda credenciales masterfile.* en otros MS — hecho
  • Sigehos / HIS / PEL por familia — planificado
Fase 3 · 54%

Agenda

Agenda y turnos como dueño claro en 8083; strangler del monolito.

Fases 4–7

Reserva → Notificaciones → Reportes → Apagar monolito

76% → 86% → 94% → 100% retiro del monolito Gestor.

Entregables ya logrados (Etapa 1)

Reactor 7 MS + common

Compilando en CI — base industrializable.

Login dedicado :8087

Autenticación desacoplada del monolito.

MF solo vía :8082

Menos secretos; un solo camino a Master File.

Hub migración :8084

Semáforo por servicio — visibilidad de avance.

Front modo --ms

Equipo valida contra microservicios reales en dev.

gobtur-ms-urls.env

Un contrato de URLs por ambiente (dev/hml/prod).

Etapa 2

Microservicios Standalone (Jun 2026)

Una vez consolidado el ecosistema GobTur, se ejecutó el desacople de cada servicio del reactor gobtur-platform y la dependencia gobtur-common: cada carpeta bajo gdea-back/ pasó a ser un proyecto Maven independiente, listo para su propio repositorio.

9 MS standalone
0 Reactor padre
21 Java + Spring Boot 3.5.6
Servicio Standalone Notas
dominio-service SíPrimera plantilla
login-service Sí—
external-services Sí—
agenda-service Sí—
hub-service SíJPA explícito
notificacion-service Sí—
reportes-services Sí—
licencia-service SíPuerto 8088, dominio licencias
gestor-bff-service SíResilience4j + JPA
gobtur-common EliminadoCódigo embebido en cada MS
gobtur-platform EliminadoReactor eliminado

Procedimiento por servicio

  1. Copiar fuentes Java de gobtur-common al servicio
  2. Copiar recursos (application-gobtur-*.properties, rutas BFF)
  3. Reescribir pom.xml: parent spring-boot-starter-parent 3.5.6, Java 21
  4. Compilar de forma aislada: mvn -f {servicio}/pom.xml clean package
  5. Eliminar reactor y módulo common tras migrar los 9 servicios

Visión RIS (programa futuro)

Decisión mayo 2026: cerrar primero las Fases 0–7 del Gestor. La integración de RIS back al mismo ecosistema GobTur es el programa siguiente — no bloquea la Fase 2 ni 3 actual.

Fases 0–7 Gestor → Inventario RIS back → Migrar módulo a MS dueño → RIS front → MS → Retirar RIS back

Valor de negocio

Menos duplicación

Fin de arreglar la misma regla en Gestor y RIS.

Despliegues seguros

Actualizar solo agenda o solo externos, sin redeploy total.

Seguridad

Credenciales MF/Sigehos/HIS concentradas en un solo servicio.

Evolución incremental

Olas de deploy, flags y hub de migración para steering.

Proyecto institucional GCBA — documentación interna: MIGRACION-PASO-A-PASO.md, DESPLIEGUE-INFRA.md, FASE-2-EXTERNAL-SERVICES.md

Contactar LinkedIn