Login ProjektDB vs VAT

[gisma]

CaseStudies/documents/CaseStudy_DB.txt

Line 34 in 263c621

Alternativ könnte VAT (vorübergehend) das zentrale Login übernehmen, falls dadurch der Usecase besser zeitnah umgesetzt werden kann (falls dort eine entsprechende Benutzerverwaltung existiert).

Ist es sinnvoll erst die "einfachere Variante" via VAT zu implementieren um dann erst die Integration von VAT und ProjektDB vorzunehmen? Es zeichnet sich jetzt bereits ab dass wir dringend ein Stations und Projektmanagement benötigen. Aus meiner Sicht wäre die Integrationlösung via ProjektDB sehr zu bevorzugen.

[swoellauer]

Dann sollten wir uns auf ProjektDB festlegen.

Aus Zeitgründen wäre evenuell (vorüberghend) ein zweites Login für VAT einzuplanen.

Frage an VAT: Ist VAT reverse Proxy kompatibel?
Würde also folgendes Funktionieren? (Vorraussetzung ist das VAT nur relative URLs verwendet)
(client) [ProjektDB]/proxies/vat/web/index.html -> (server) (Übersetzung in ProjektDB) -> (server) [VAT]/web/index.html
(client) [ProjektDB]/proxies/vat/api/query -> (server) (Übersetzung in ProjektDB) -> (server) [VAT]/api/query

[jdroenner]

Wir würden auch die ProjektDB bevorzugen, bräuchten aber noch mehr Information wie dort das Login implementiert ist.

[bhseeger]

Wir sollten uns mal OpenID Connect anschauen. Kann sein, dass dies kurzfristig nicht das beste ist, aber es klingt nach einer guten Lösung.

[swoellauer]

OpenID Connect sieht nach einer soliden Lösung aus.
Die Frage ist die Komplexität der Umsetzung: Hat jemand Erfahrung mit dieser Technik?

Einen OpenID Connect Server auszuführen ist eher unproblematisch (z.B. Keycloak, www.keycloak.org)

Die Integration in die Clients (ProjektDB, VAT, TubeDB, RasterDB) könnte aufwendiger werden, wobei es direkt von Keycloak Client-Adapter gibt (z.B. Tomcat für ProjektDB).