Add corporate brain v1 knowledge base
This commit is contained in:
@@ -0,0 +1,46 @@
|
||||
# Estándar de Arquitectura
|
||||
|
||||
## Principios
|
||||
|
||||
- Simplicidad primero.
|
||||
- Escalabilidad justificada.
|
||||
- Bajo acoplamiento.
|
||||
- Alta cohesión.
|
||||
- Separación de responsabilidades.
|
||||
- Seguridad desde el diseño.
|
||||
|
||||
## Arquitectura backend preferida
|
||||
|
||||
- Clean Architecture.
|
||||
- DDD cuando exista dominio complejo.
|
||||
- CQRS cuando haya separación clara de lectura/escritura.
|
||||
- Modular monolith como primera opción si no hay necesidad real de microservicios.
|
||||
|
||||
## Microservicios
|
||||
|
||||
Solo se recomiendan cuando existan:
|
||||
|
||||
- Equipos separados.
|
||||
- Escalamiento independiente.
|
||||
- Dominios claramente separados.
|
||||
- Ciclos de despliegue independientes.
|
||||
|
||||
## Multi-tenant
|
||||
|
||||
Evaluar:
|
||||
|
||||
- TenantId compartido.
|
||||
- Schema por tenant.
|
||||
- Base por tenant.
|
||||
|
||||
Decisión debe justificarse por:
|
||||
|
||||
- Seguridad.
|
||||
- Costo.
|
||||
- Escalabilidad.
|
||||
- Operación.
|
||||
- Complejidad.
|
||||
|
||||
## Decisiones arquitectónicas
|
||||
|
||||
Toda decisión relevante debe documentarse como ADR.
|
||||
Reference in New Issue
Block a user