Blog de julio, 2026

Se ha publicado la versión 1.0.3.0 de audita-sidecar, que incorpora correcciones y mejoras enfocadas en el modo HTTP del servicio.

Principales mejoras:

• Estabilidad de las inyecciones CDI: se han corregido posibles fallos en la gestión de dependencias de proveedores y mappers que podían afectar al funcionamiento del servicio en modo HTTP.
• Serialización FHIR: el envío de eventos de auditoría ahora utiliza explícitamente el formato application/fhir+json, unificando la serialización entre los módulos http y domain para evitar posibles rechazos por parte del servicio Audita.
• Robustez en la entrada REST: las peticiones con body inválido ahora devuelven una respuesta 400 Bad Request estructurada en lugar de un error no controlado.
• Trazabilidad de errores: el log del sidecar ahora registra el detalle de los errores respondidos por el servicio Audita, facilitando el diagnóstico de incidencias como, por ejemplo, la omisión de datos obligatorios.
• Optimización del health-check: se ha optimizado la renovación del token Keycloak en los probes de readiness y se ha corregido un problema de caché de configuración que podía impedir la lectura de propiedades críticas tras el arranque.
• Consistencia entre modos: se ha eliminado la capa duplicada de entidades HTTP, consolidando el modelo en domain para garantizar un comportamiento coherente independientemente del modo de operación (JPA o HTTP).
• Refuerzo de tests: se han añadido nuevos tests para mejorar las garantías de calidad del componente.

Ya se encuentra disponible la Guía de Uso de Microfrontends, un documento que tiene cómo objetivo la definición el marco de referencia para el desarrollo e integración de microfrontends dentro de la organización. Añadido se ha puesto a disposición de los proyectos la plantilla confluence con el formulario de registro de microfrontales, con el objetivo de catalogar los disponibles dado su objetivo de composición y reutilización. 

La guía define las pautas arquitectónicas, los modelos de integración Build-Time y Run-Time, las estrategias de distribución, el contrato de comunicación entre Host y Microfrontend, las capacidades comunes, las recomendaciones de testing y las buenas prácticas para construir soluciones desacopladas, reutilizables y mantenibles.

Durante los próximos 45 días naturales, el documento permanecerá en fase de evaluación, periodo en el que cualquier lector podrá realizar aportaciones, sugerencias de mejora, identificar ambigüedades o proponer nuevas pautas y excepciones justificadas.

Finalizado este periodo, todas las observaciones serán analizadas por el Departamento de Arquitectura para valorar su incorporación en la primera versión estable de la guía.