ADR — Registrul de decizii de arhitectură (GRegistry)
Acest conținut nu este încă disponibil în limba selectată.
Acest director conține Architecture Decision Records pentru GRegistry — Registrul Sistemelor Informaționale (RSI). Fiecare ADR consemnează o decizie de arhitectură cu impact: contextul, decizia, alternativele reale considerate și consecințele.
Regula procesuală (vezi .claude/skills/playbook.md §4):
- Doar un ADR cu status Acceptat deblochează codul aferent. Un ADR Propus nu se implementează.
- Un change request pe o decizie deja acceptată → ADR nou care o Înlocuiește
(statusul celui vechi devine
Înlocuit), apoi fluxul spec-first (playbook.md §5). - Sursa de adevăr a modelului rămâne
../../GRegistry.jdl. ADR-urile explică de ce, JDL-ul spune ce.
| ADR | Titlu | Status |
|---|---|---|
| ADR-001 | GRegistry ca sursă unică de adevăr (RSI), microserviciu API-first | Acceptat |
| ADR-002 | Autentificare OAuth2/OIDC prin GSSO (Keycloak) | Acceptat |
| ADR-003 | Jurnal de audit append-only (RegistryAudit) | Acceptat |
| ADR-004 | Flux de publicare pe GPortal cu aprobare (PublicationRequest) | Acceptat |
| ADR-005 | Graf de dependențe prin entitatea-join SystemDependency | Acceptat |
| ADR-006 | API de consultare publică + model de citire pentru consumatori | Acceptat |
| ADR-007 | Frontend Angular separat (clientFramework=no) | Acceptat |
| ADR-008 | Stack minimal — fără Kafka și fără Elasticsearch | Acceptat |
Șablon
Section titled “Șablon”Fiecare ADR urmează structura: Status · Context · Decizie · Alternative considerate · Consecințe (pozitive / negative / riscuri) · Legături. Vezi oricare fișier ca exemplu.