Skip to content
This repository has been archived by the owner on Jan 20, 2024. It is now read-only.

Healthchecks #93

Open
j-kinyanjui opened this issue May 14, 2018 · 1 comment
Open

Healthchecks #93

j-kinyanjui opened this issue May 14, 2018 · 1 comment

Comments

@j-kinyanjui
Copy link

j-kinyanjui commented May 14, 2018

I have this system currently in testing and rolled out in DC/OS. When jwt verification is set as true for certain micro-services (specifically, client and user). While accessing the /health endpoint, the service responds with an Unauthorised response. Is there a fix for this? Or does this require a fix by separating the health check path from the other GET paths? I don't think a health check path should require a jwt token.
The client micro-service /health endpoints also seems to be missing/broken
curl -k https://localhost:6884/health
{"statusCode":404,"code":"ERR10007","message":"INVALID_REQUEST_PATH","description":"Request path /health cannot be found in the spec."}

@stevehu
Copy link
Contributor

stevehu commented May 14, 2018

In light-platform, the health check endpoint is accessed from light-portal which has a token with scopes only for health check and server info. I see your point for the integration with other ecosystems. Maybe we should make it configurable so that end user can control if this endpoint is protected or not. Thanks for bringing it up.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants