Projektübersicht
Architektur, Module, Teststrategie, Startwege und der aktuell gepflegte technische Stand.
Übersicht öffnen →Ein zentraler Einstieg in Planung, Implementierung, Architektur, Betrieb und Qualität.
PROCUREX ist eine B2B-Procurement-Plattform als praxisnahes Enterprise-Lernprojekt. Die Dokumentation verbindet Architekturentscheidungen, Quellcode, Tests und Betriebswissen.
Projektübersicht öffnen →Kanonische Übersicht, Entscheidungen und nachvollziehbare Architekturbegründungen.
Architektur, Module, Teststrategie, Startwege und der aktuell gepflegte technische Stand.
Übersicht öffnen →Architektur, Technologie, Security, Daten, Messaging, DevOps und gemeinsame Infrastruktur.
Entscheidungen lesen →Dauerhafte Entscheidungen im MADR-Format mit Status, Kontext, Konsequenzen und Alternativen.
ADRs öffnen →Die wichtigsten Bausteine der Umsetzung mit eigener Modul-Dokumentation.
Spring Boot, Java 17, Maven und die fachlichen Bounded Contexts von Katalog bis Rechnung.
Architekturübersicht →SPA mit Standalone Components, OIDC-Login, Rollenansichten, Accessibility und E2E-Tests.
Frontend-Doku →Keycloak, Docker Compose, enterprise-infrastructure, Kubernetes und Helm – mit klarer Grenze zwischen Lernziel und Live-Betrieb.
Security öffnen →Helm öffnen →Runbooks, Lasttests und technische Nachweise für den weiteren Ausbau.
k6-Szenarien für Katalogsuche, Bestellabsendung und Genehmigungsentscheidung. k6 läuft lokal über Scoop.
Lasttests ansehen →Praktische Anleitungen für Incident, Rollback sowie Backup und Restore.
Incident →Rollback →Angular-Struktur, Accessibility, Unit- und Playwright-E2E-Tests sowie Produktionsbuild.
Frontend-Doku öffnen →Vertiefende Technologievergleiche abseits des Kernprojekts, jetzt auf einer eigenen Seite.
Zehn Vertiefungen von Werkzeug-Installation bis OAuth2/OIDC – u. a. Java-Anwendungsserver, Datenbanken, Entwurfsmuster, Exception-Handling, Messaging und Testing-Strategien, mit Diagrammen und Bezug zum PROCUREX-Code.
Exkurse öffnen →Transparente Dokumentation von Verbesserung, Grenzen und offenen Entscheidungen.
Messung des langsamen Builds, Ursache, Parallelisierung und Grenzen der Testausführung.
Build-Nachweis öffnen →JWT, Secrets, lokale Grenzen und noch ausstehende produktionsnahe Sicherheitsprüfungen.
Security-Nachweis öffnen →Prometheus, Grafana, Benachrichtigungsabgrenzung und die Betriebsgrenzen des Lernprojekts.
Observability →Benachrichtigungen →Aktive Baseline vs. bewusst noch nicht blockierende Checkstyle/SpotBugs/OWASP/ZAP-Prüfungen.
Quality-Gates-Status →Architecture Decision Records im MADR-Format sowie Systemkontext-, Container-, Bounded-Context- und Deploymentdiagramm als Mermaid-Quelltext.
ADRs öffnen →Diagramme öffnen →Implementierte Anonymisierung von Supplier-Kontaktdaten und Genehmigungsbegründungen nach fiktiver 24-Monats-Frist (Scheduled Jobs).
Nachweis öffnen →