You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Devfile component's is able to describe an endpoint that is supposed to expose some service.
A user may be interested in the endpoints state ( if services behind them) are available or not to:
do not open plugin's endpoint (Theia) when it's not available;
do not open container endpoints, after command which lauch server is run but before server is fully started;
Describe the solution you'd like
The plugin is able to declare a readiness probe for its endpoints. So, the implementation (odo, devworkspace operator) is able to evaluate endpoint info and expose it if needed.
If it's the main devworkspace endpoint - workspace is not going to be marked as Running until that endpoint readiness probe passed.
It even may make sense to introduce liveness probe as well, if endpoint lifecycle bound to container lifecycle, user may want to have container automatically restarted when liveness is failed.
Describe alternatives you've considered
Probably one probe per container can be enough, if so - we can reuse K8s interface here:
Is your feature request related to a problem? Please describe.
Devfile component's is able to describe an endpoint that is supposed to expose some service.
A user may be interested in the endpoints state ( if services behind them) are available or not to:
Describe the solution you'd like
The plugin is able to declare a readiness probe for its endpoints. So, the implementation (odo, devworkspace operator) is able to evaluate endpoint info and expose it if needed.
If it's the main devworkspace endpoint - workspace is not going to be marked as Running until that endpoint readiness probe passed.
It even may make sense to introduce liveness probe as well, if endpoint lifecycle bound to container lifecycle, user may want to have container automatically restarted when liveness is failed.
Describe alternatives you've considered
Probably one probe per container can be enough, if so - we can reuse K8s interface here:
Additional context
N/A
The text was updated successfully, but these errors were encountered: