You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@slider.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2014/11/26 15:07:12 UTC

[jira] [Commented] (SLIDER-109) Need a better indicator for application state/health

    [ https://issues.apache.org/jira/browse/SLIDER-109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14226204#comment-14226204 ] 

Steve Loughran commented on SLIDER-109:
---------------------------------------

the codahale metrics include healthchecks: small/fast function calls to return the health of a system. App health can be provided this way.

We also need to consider what the minimum no of instances of a component is needed for an app to consider itself live.

> Need a better indicator for application state/health
> ----------------------------------------------------
>
>                 Key: SLIDER-109
>                 URL: https://issues.apache.org/jira/browse/SLIDER-109
>             Project: Slider
>          Issue Type: Improvement
>          Components: agent-provider, appmaster
>    Affects Versions: Slider 0.40
>            Reporter: Sumit Mohanty
>            Assignee: Sumit Mohanty
>             Fix For: Slider 2.0.0
>
>
> Yarn Application state is different than the application state as perceived by Yarn. Such as:
> * When Yarn app state says RUNNING, the application deployed by Slider may actually be in the process of starting, and not yet ready for clients.
> * When Yarn app state says RUNNING, the application may in fact be unhealthy as in the component instances have gone down and waiting to come back up
> Application should be allowed to define its state (for its admin and clients) that is different than the application state as reported by Yarn.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)