Navegación bilingüe: English version
Este dominio contiene guías, evaluaciones, diseños de adapters, perfiles de despliegue, análisis de licencias y ADRs que mencionan una plataforma, vendor, tecnología o producto específico.
Los documentos de plataforma implementan contratos Core y requisitos de productos. No redefinen Evolith Core ni SDLC Governance.
Meta: aislar cada decisión sobre tecnologías, vendors y proveedores con nombre detrás de contratos reemplazables y neutrales respecto de proveedores.
Objetivos:
- Mantener las evaluaciones de vendors, diseños de adapters, análisis de licencias y perfiles de despliegue fuera del corpus Core.
- Exigir que cada perfil de proveedor documente capacidades, límites, aislamiento y rutas de migración antes de su adopción.
- Garantizar que cualquier proveedor por defecto pueda reemplazarse sin reescribir los contratos de Core ni de producto.
| Documento | Descripción | Objetivo / Meta | Tipo | Obligatorio |
|---|---|---|---|---|
| Catálogo de Herramientas Validadas | Herramientas validadas por fase, patrón de arquitectura y runtime; consumido por el Smart CLI para selección interactiva | Acotar las elecciones de herramientas a opciones validadas | Estándar corporativo | Sí |
Categorías de proveedores planificadas, ordenadas según qué tan temprano las necesita un producto (gestión de trabajo primero, colaboración al final). Cada una contendrá perfiles de proveedor cuando se documenten:
| Documento | Descripción | Objetivo / Meta | Tipo | Obligatorio |
|---|---|---|---|---|
work-management/ |
Jira, Azure DevOps, GitHub Issues, Linear y alternativas | Abstraer proveedores de gestión de trabajo | Categoría planificada | No |
agents/ |
Claude, OpenAI, Gemini, modelos locales y futuros proveedores | Abstraer proveedores de agentes IA | Categoría planificada | No |
observability/ |
Langfuse, OpenTelemetry y alternativas | Abstraer proveedores de observabilidad | Categoría activa | No |
analytics/ |
Apache Superset, Grafana, Power BI y alternativas | Abstraer proveedores de analítica | Categoría planificada | No |
scm/ |
GitHub, GitLab, Azure Repos y Bitbucket | Abstraer proveedores de control de código | Categoría activa | No |
ci-cd/ |
GitHub Actions, Azure Pipelines, GitLab CI, Jenkins y Tekton | Abstraer proveedores de CI/CD | Categoría activa | No |
testing/ |
Proveedores específicos de frameworks de pruebas | Abstraer proveedores de testing | Categoría planificada | No |
security/ |
CodeQL, Trivy, Snyk, Semgrep y alternativas | Abstraer proveedores de escaneo de seguridad | Categoría activa | No |
deployment/ |
Kubernetes, cloud, serverless, VM y perfiles on-premise | Abstraer destinos de despliegue | Categoría planificada | No |
collaboration/ |
Email, Teams, Slack y alternativas | Abstraer proveedores de colaboración | Categoría planificada | No |
Todo perfil debe incluir:
- cobertura de capacidades;
- limitaciones y gaps;
- modos de despliegue;
- licencias y restricciones de redistribución;
- aislamiento por tenant y residencia de datos;
- seguridad y compliance;
- mapeo de adapter y ACL;
- evidencias producidas;
- reemplazabilidad y migración;
- fuentes oficiales vigentes;
- ADRs específicos cuando correspondan.
Los vendors nombrados nunca se convierten en requisitos universales del Core. Un proveedor puede ser default de onboarding, pero debe seguir siendo reemplazable mediante un contrato neutral de capacidad.