Platform / Architecture
Una arquitectura que ayuda a los equipos a empezar más rápido, entregar con consistencia y mantener los estándares bajo control
Gumon Platform está diseñada para reducir la configuración estructural repetida entre proyectos, dando a los equipos una base lista para producción que puede ampliarse con el tiempo.
Esta referencia de arquitectura ayuda a alinear decisiones de diseño entre equipos. No impone un único estilo de implementación, pero reduce la deriva en la entrega.
Capa
Application Layer
Gestiona flujos de negocio y servicios orientados al usuario con flexibilidad y menor fragilidad.
Capa
API Service Layer
Define contratos API compartidos y estándares de integración para una colaboración entre equipos más predecible.
Capa
Data Stream Layer
Soporta flujos de eventos de alto volumen, procesamiento asíncrono y observabilidad.
Core Services
Bloques reutilizables que los equipos pueden adoptar de inmediato
- - Gumon Core como estructura base del sistema
- - Auth / Access Control / Profile para identidad y autorización
- - Notification / Schedule / Storage como servicios base reutilizables
- - CLI commands para bootstrap, configuration, operations y extension
Platform Principles
Principios de diseño que mantienen la estabilidad del sistema a medida que los equipos escalan
- - Un open core práctico y auditable
- - Estándares compartidos entre engineering, operations y delivery teams
- - Arquitectura preparada para escalar con mínima configuración repetida
- - La documentación y las prácticas forman parte del producto, no son un anexo
High-Level Architecture
Qué hay dentro de cada capa
El diagrama anterior muestra cuántas capas existen y cómo se conectan. Esta sección profundiza un nivel más: de qué está compuesta cada capa, de qué es responsable y qué obtienen de ella los equipos de negocio e ingeniería.
Cloud Server Zone
Data Stream Layer
Event Base
Mantiene la coherencia de los sistemas pasando eventos entre ellos, en lugar de permitir que cada sistema lea y escriba directamente en la base de datos de otro sistema.
En esta capa
- - Transmisión de eventos — un flujo continuo de lo que sucedió en toda la plataforma
- - Pipelines de datos — las rutas que transforman y reenvían datos entre sistemas
- - Brokers de mensajes — la cola que garantiza que los mensajes no se pierdan en tránsito
- - Sincronización de datos — mantener los mismos registros alineados entre sistemas
Lo que obtiene
Se pueden agregar nuevos sistemas sin tener que rediseñar los que ya están en funcionamiento, ya que la integración se realiza a través de eventos en lugar de un acoplamiento directo de bases de datos.
Cloud Server Zone
API Service Layer
Ready to use
Servicios de negocio preconstruidos y expuestos a través de API, para que los equipos compongan un nuevo sistema en lugar de reescribir las mismas bases en cada proyecto.
En esta capa
- - Point of Sale (POS) — ventas en tienda y captura de pagos
- - Customer Relationship Management (CRM) — registros de clientes y seguimiento de relaciones
- - Content Delivery System (CDS) — distribución de contenido a sus destinos
- - Content Management System (CMS) — creación, derechos de edición y publicación
- - Inventory Management System (IMS) — niveles de existencias y movimiento de mercancías
- - Production Order System (PO) — órdenes de producción y su estado
- - Human Resource System (HRS) — registros de personal y procesos relacionados
- - Case Management System (CM) — seguimiento de casos y problemas hasta su resolución
- - Booking Management System (BMS) — reservas y programación de recursos
Lo que obtiene
Un nuevo proyecto comienza a partir de servicios que ya funcionan en lugar de un repositorio vacío, por lo que la mayor parte del esfuerzo se destina al problema real del cliente en lugar de repetir el trabajo base.
Client Zone
Application Layer
Lo que los usuarios realmente utilizan
Las aplicaciones entregadas. Cada una llama solo a los servicios que necesita de la capa de API, nada más.
En esta capa
- - E-Commerce Platform — web y móvil para ventas en línea
- - E-Learning Platform — aprendizaje en línea y entrega de cursos
- - Factory ERP — administración de planta y producción
- - Call Center App — recepción y seguimiento de casos, incluyendo el canal LINE
- - Hotel Management App — operaciones de reservas y habitaciones
- - Hospital App — servicios móviles orientados al paciente
Lo que obtiene
La misma plataforma subyacente soporta diferentes productos por encima, y la aplicación puede cambiar sin alterar los servicios detrás de ella.
Compartido en todas las capas
Identity & Access
Auth / Access Control / Profile — un modelo único de identidad y autorización para toda la plataforma, de modo que ningún proyecto tenga que volver a construir el inicio de sesión.
Shared Services
Notification / Schedule / Storage — servicios fundamentales a los que cada capa puede llamar para notificaciones, tareas programadas y almacenamiento de archivos.
Operations
CLI commands para bootstrap, configuration, operations y extension — los mismos pasos de configuración y mantenimiento en todos los equipos.
Lo que garantiza esta separación
Una capacidad opcional que no esté lista debe reportarse como no disponible en lugar de provocar la caída del sistema — que es lo que hace que esta arquitectura en capas sea más que simples cajas apiladas en un diagrama. Los fallos permanecen dentro de la capa a la que pertenecen y el trabajo diario continúa.
Los elementos enumerados por capa son el conjunto de referencia que se muestra en el diagrama de arquitectura anterior. Un proyecto determinado adopta únicamente las partes que requiere su alcance.