2026-01-07 16:47:14 +01:00
|
|
|
# sim-cola-eventos
|
2026-01-16 11:14:35 +01:00
|
|
|
|
|
|
|
|
Monorepo de servicios / workers para centralizar los procesos de las SIM con sus subscripciones
|
|
|
|
|
|
|
|
|
|
[[./imgs/diagrama-servicios-sim.png]]
|
2026-01-16 13:13:45 +01:00
|
|
|
|
|
|
|
|
El objetivo es que al lanzar peticiones REST a la parte visible, que se
|
|
|
|
|
comprueben y se manden al broker para que los servicios de las compañías
|
|
|
|
|
los puedan consumir.
|
|
|
|
|
|
|
|
|
|
La idea es que las peticiones de activación, pausa, etc. no necesiten
|
|
|
|
|
tener una compañía especificada.
|
|
|
|
|
|
|
|
|
|
## Decisiones pendientes
|
|
|
|
|
|
|
|
|
|
- [ ] La capa worker según acción y la de operaciones de proveedores
|
|
|
|
|
se podrían unir en una sola con un enrutamiento por acción y compañía
|
|
|
|
|
pasando de tener claves `sim.[acción]` a `sim.[compañia].[acción]`.
|
|
|
|
|
- [ ] La estructura de RMQ se genera por medio del JSON, igual habría que
|
|
|
|
|
definir cada cola en el worker que la consuma para poder añadir
|
|
|
|
|
workers sin parar el RMQ.
|
|
|
|
|
- [ ] Versionado de la API.
|
2026-01-26 15:04:17 +01:00
|
|
|
- [ ] Método para sacar la compañía a partir del iccid, o buscar en la
|
|
|
|
|
BDD si no es posible.
|
|
|
|
|
- [ ] Cola de mensajes que no se han podido procesar. Distinguir según
|
|
|
|
|
error de red; se reintenta; o error del propio mensaje; se envía
|
|
|
|
|
a la cola de errores.
|
2026-01-16 14:13:06 +01:00
|
|
|
|
2026-01-26 15:04:17 +01:00
|
|
|
## Versión con consumidores basados en la compañia
|
2026-01-16 14:13:06 +01:00
|
|
|
|
2026-01-26 15:04:17 +01:00
|
|
|
El servicio que recibe las peticiones tiene que encargarse de diferenciar
|
|
|
|
|
las compañías, en principio se podría sin consultar la bdd si los caracteres
|
|
|
|
|
5 y 6 son consistentes para las compañías.
|
|
|
|
|
|
|
|
|
|
ALAI: (34)9090
|
|
|
|
|
NOS: (35)1031
|
2026-01-16 14:13:06 +01:00
|
|
|
|
|
|
|
|
[./imgs/diagrama-servicios-sim-v2.png]
|
