[ https://issues.apache.org/jira/browse/FLINK-7771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16202692#comment-16202692 ]
Stavros Kontopoulos edited comment on FLINK-7771 at 10/12/17 10:48 PM: ----------------------------------------------------------------------- [~kkl0u] We could overcome some problems by allowing Flink to inform an external system about state changes. If re-assignment is done the client who issues the queries should know. It could subscribe to that event channel (plus checkpoint state changes for recovery and when client want to reply the event sequence) in order to correlate state with (operator_id, task_id) and time. This way any query about state could always point to the correct task. Is this feasible or adds too much overhead? was (Author: skonto): [~kkl0u] We could overcome some problems by allowing Flink to inform an external system about state changes. If re-assignment is done the client who issues the queries should know. It could subscribe to that event channel (plus checkpoint state changes for recovery) in order to correlate state with (operator_id, task_id) and time. This way any query about state could always point to the correct task. Is this feasible or adds too much overhead? > Make the operator state queryable > --------------------------------- > > Key: FLINK-7771 > URL: https://issues.apache.org/jira/browse/FLINK-7771 > Project: Flink > Issue Type: Improvement > Components: Queryable State > Affects Versions: 1.4.0 > Reporter: Kostas Kloudas > Assignee: Kostas Kloudas > > There seem to be some requests for making the operator (non-keyed) state > queryable. This means that the user will specify the *uuid* of the operator > and the *taskId*, and he will be able to access the state that corresponds to > that operator and for that specific task. > This issue will serve to document the discussion on the topic, so that > everybody can participate. > I also link [~till.rohrmann] and [~skonto] as he also mentioned that this > feature could be helpful. -- This message was sent by Atlassian JIRA (v6.4.14#64029)