[
https://issues.apache.org/jira/browse/UNOMI-854?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jerome Blanchard updated UNOMI-854:
-----------------------------------
Description:
Add a /health route in unomi to get status of the application
The health endpoint should include informations about :
status of the application (started/not started, ram, cpu, bundles sarted)
status of underlying systems (cluster status, es connection status)
Any informations gathered must be gathered quickly and not be blocking in any
case. Thus if a subsystem does not respond quickly, a specific status should be
returned.
Structure of the response could include subresources in order to have a very
small respond time on the basis request.
Have a look on any other health check system like quarkus q
was:
Add a /heelth route in unomi to get status of the application
The health endpoint should include informations about :
status of the application (started/not started, ram, cpu, bundles sarted)
status of underlying systems (cluster status, es connection status)
Any informations gathered must be gathered quickly and not be blocking in any
case. Thus if a subsystem does not respond quickly, a specific status should be
returned.
Structure of the response could include subresources in order to have a very
small respond time on the basis request.
Have a look on any other health check system like quarkus q
> Add Healthcheck endpoint
> ------------------------
>
> Key: UNOMI-854
> URL: https://issues.apache.org/jira/browse/UNOMI-854
> Project: Apache Unomi
> Issue Type: Improvement
> Components: unomi(-core)
> Reporter: Jerome Blanchard
> Assignee: Jerome Blanchard
> Priority: Major
>
> Add a /health route in unomi to get status of the application
> The health endpoint should include informations about :
> status of the application (started/not started, ram, cpu, bundles sarted)
> status of underlying systems (cluster status, es connection status)
> Any informations gathered must be gathered quickly and not be blocking in any
> case. Thus if a subsystem does not respond quickly, a specific status should
> be returned.
> Structure of the response could include subresources in order to have a very
> small respond time on the basis request.
> Have a look on any other health check system like quarkus q
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
