Payment System Architecture

Interactive simulator of event-driven payment processing with external provider integration

Solicitud de Persistencia 1 👤 Cliente Web / Móvil 2 🖥️ API Gateway Kong / NGINX 3 ⚙️ Payment Service Spring Boot 5 🗄️ Base de Datos PostgreSQL Integración Externa 4 🏦 Proveedor de Pagos Payment API Evento publicado 6 📦 Message Queue Kafka / RabbitMQ Cola de Eventos 7 📋 Audit Service Logging & Auditoría 8 🔔 Notification Service Email / SMS / Push El flujo principal es síncrono hasta la persistencia. Luego, es desacoplamiento de eventos asincronos que garantizan auditoría y notificaciones sin afectar la respuesta al cliente.
Flujo Síncrono (Bloqueante)
Integración Externa
Flujo Asincrónico (Eventos)
Persistencia de Datos
Idle - Inactivo
Processing - Procesando
Success - Exitoso
Error - Error
💡 Cómo funciona: El cliente inicia una solicitud que viaja a través del API Gateway hacia el Payment Service. Este se comunica con el Proveedor de Pagos (integración externa). Una vez confirmada la persistencia en la base de datos, se publica un evento que dispara servicios asincronos de auditoría y notificación, sin bloquear la respuesta al cliente.