Antes de proponer la creación de un nuevo microservicio (nebula-new-service), siga este diagrama de flujo. El objetivo es EVITAR LA INFLACIÓN DE SERVICIOS.
Regla: Ante la duda, comience construyendo un Módulo/Componente dentro del servicio existente. Es más fácil extraer un servicio después que consolidarlo hoy.
Todos los artefactos deben seguir este patrón estricto:
Prefijo nebula- + dominio + [-funcionalidad]
nebula-inventory-opsnebula-accounting-coreinventory-service (Falta prefijo)nebula-inventory (Muy genérico si hay desglose)com.centrica.nebula.{dominio}.{funcionalidad}
com.centrica.nebula.inventory.opscom.centrica.nebula.accounting.corePrefijo nebula_ + {subdominio}
nebula_inventory_opsnebula_accounting_coreSi el comité de arquitectura aprueba un nuevo servicio:
INVENTARIO_GLOBAL_SERVICIOS.md.NebulaModel (com.centrica.nebula.model...).NebulaShared.SimappeArchetype.SimappeGatewayServer.Guía Operativa - Arquitectura Nebula - v1.0
| Version | Fecha | Autor | Descripcion |
|---|---|---|---|
| 1.1.0 | 2026-03-04 | Carlos Torres | Revision, sanitizacion y publicacion en Wiki Arquitectura Centrica. |
| 1.0.0 | 2026-02-02 | Carlos Torres | Creacion del documento. |