Es muss gewaehrleistet werden das der Consumer sich nur in seinem eigenen Context bewegen darf.
Dazu sollte jede Route einem Consumer-ID beinhalten.
Beispielroute:
/{Consumer-UUID}/jobs/{Consumer-UUID}/jobs/{Jobs_UUID}
Momentan ist das "Consumer-ID" Prefix noch nicht implementiert.
Beispielroute:
/jobs/jobs/{Jobs_UUID}
Es ist unklar in wie weit Kong ein Consumer-Prefix realisieren kann.
Umsetzung
[ ] Klaerung wo das Prefix implementiert wird. (Mittels Kong oder direkt in der API im RouterHandler)
[ ] Integration
Bemerkungen
Wenn es mit Kong nicht geht sollte es einen Prefix Handler in der API geben (Decorator-Pattern), so dass die API entweder ueber das KONG-Gateway als Forward mit einem consumer-id-prefix angesprochen werden kann oder zu Entwicklungszwecken ohne KONG direkt ohne Consumer_ID-Prefix.
2 wege zur api
uri durch kong (forwarded):
localhost:8000 (header: {hosts=hpc-rest-api})
uri direkt (ohne kong)
localhost:7777
Eine weitere Variante waere das Consumer_Prefix von einem .env-File kommen zu lassen.
Beschreibung
Es muss gewaehrleistet werden das der Consumer sich nur in seinem eigenen Context bewegen darf. Dazu sollte jede Route einem Consumer-ID beinhalten. Beispielroute:
/{Consumer-UUID}/jobs/{Consumer-UUID}/jobs/{Jobs_UUID}Momentan ist das "Consumer-ID" Prefix noch nicht implementiert. Beispielroute:
/jobs/jobs/{Jobs_UUID}Es ist unklar in wie weit Kong ein Consumer-Prefix realisieren kann.
Umsetzung
Bemerkungen
Wenn es mit Kong nicht geht sollte es einen Prefix Handler in der API geben (Decorator-Pattern), so dass die API entweder ueber das KONG-Gateway als Forward mit einem consumer-id-prefix angesprochen werden kann oder zu Entwicklungszwecken ohne KONG direkt ohne Consumer_ID-Prefix.
2 wege zur api
localhost:8000 (header: {hosts=hpc-rest-api})localhost:7777Eine weitere Variante waere das Consumer_Prefix von einem .env-File kommen zu lassen.