Architecture Decision Records¶
Jede Entscheidung ist als eigenständige ADR-Datei versioniert. Übersicht mit Status und Zielbereich unten. Die tabellarische Stack-Zusammenfassung liegt in Kapitel 8.
Status-Legende¶
- ✅ Entschieden — in Umsetzung
- 🔄 In Diskussion — Alternativen bewertet, Entscheidung offen
- ⏳ Offen — Diskussion ausstehend
Entscheidungen¶
| ID | Bereich | Entscheidung | Status |
|---|---|---|---|
| ADR-001 | Speicherfundament | RustFS (S3-kompatibel, Apache 2.0) | ✅ |
| ADR-002 | Vektorformat | GeoParquet | ✅ |
| ADR-003 | Rasterformat | Cloud Optimized GeoTIFF (+ Zarr) | ✅ |
| ADR-004 | Punktwolkenformat | COPC | ✅ |
| ADR-005 | Tabellenformat | Iceberg vs. Delta Lake | 🔄 |
| ADR-006 | Datenkatalog | STAC + techn. Katalog offen | 🔄 |
| ADR-007 | Verarbeitungs-Engine | DuckDB (analytisch) + Spark/Sedona (offen) | 🔄 |
| ADR-008 | Räumliche Partitionierung | H3 | ✅ |
| ADR-009 | Serving-Schicht | Modularer Ansatz, Komponenten teilweise offen | 🔄 |
| ADR-010 | Pipeline-Orchestrierung | Prefect | ✅ |
| ADR-011 | Infrastruktur-Substrat | k3s lokal + GitHub (PoC) | ✅ |
ADR-Lebenszyklus¶
- ⏳ Offen — Kontext und Alternativen werden gesammelt. Template unter
templates/adr.md. - 🔄 In Diskussion — Alternativen bewertet.
Empfehlung (Stand ...)-Abschnitt ergänzt viaagents/resolve-open-adr.md. - ✅ Entschieden — Entscheidung getroffen, Konsequenzen aufgezählt, in Kapitel 8 Übersicht gepflegt, in der ID-Referenz aktualisiert.
ADRs werden nicht gelöscht. Eine revidierte Entscheidung ersetzt die alte ADR durch eine neue mit höherer Nummer, die Vorgängerin bekommt den Status Superseded mit Verweis.