Generic Requests-Tracking in NETDB?
Man könnte sich Gedanken über ein generisches Requests-Tracking in der NETDB machen. Im NETVS-Devel-Chat gab es dazu schon einige Überlegungen.
Die grundidee wäre, dass man als Nutzender seine Requests auch im Nachhinen einsehen kann und den Zustand von denen einsehen kann. Modellierung ggf. relativ abstrakt mit generischen Objektattributen für den "Inhalt" der Anfragen.
Es soll kein zweites Ticket-System werden, sondern ausschließlich Requests/Anträge abbilden, die einen direkten Bezug zur NetDB haben. Konkreter: ein Antrag kann sich nur auf Objekttypen beziehen, die in der WebAPI abgebildet/modelliert sind. Aktuelle Kandidaten wären:
- Patch Request (KIT-weit)
- BCDs (Neueinträge)
- Subnetze (Änderungen)
- DHCP, BCD-basiert (Neu, Ändern)
- vpn2vlan (noch prüfen)
- wifi2vlan (noch prüfen)
- KNN-Domainantrag (SLD: neu, alt, Providerwechsel. Aber keine Mailadressen - nicht in NetDB)
Basisansatz f.d Modellierung:
-
request_type
,request
,request_item
als Objekttypen. - Schema evlt.
cntl
. - Relation zu den inhaltlichen Objekttypen via global join.
Aus momentaner Sicht könnte es folgende Vorteile geben:
- Antragstellung und Bearbeitung erfolgen direkt im NETVS; zusätzliche Status-Infos per Mail analog gitlab-issues sollten machbar sein.
- Antragsdaten direkt in NetDB integrierbar
- der Bearbeitungsverlauf eines Antrags ist (ohne entwicklungsseitigen Mehraufwand) im evlog sichtbar
- Antragsteller können den Status/Verlauf ihres Antrags jederzeit einsehen, ggf. auch nachträglich Antragsdaten korrigieren (falls es Fehler gab) oder anpassen.
- Antragsteller sehen alle ihre eingereichten Anträge (aktuelle und frühere, sofern sie aufgehoben werden)
Zeitfenster: aus heutiger Sicht nicht vor 2025