You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Gyula Fora (JIRA)" <ji...@apache.org> on 2019/03/28 09:44:00 UTC

[jira] [Comment Edited] (FLINK-12047) Savepoint connector to read / write / process savepoints

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

Gyula Fora edited comment on FLINK-12047 at 3/28/19 9:43 AM:
-------------------------------------------------------------

 A minor comment regarding the scope of this:

Bravo at the moment also supports reading RocksDB checkpoints which seems to be the most practical way of using it with jobs having a very large state. This has some practical complications such as checkpoint might get deleted at any point but this doesnt seem to be a big issue in real life.

The question is whether we want to restrict the work to Savepoints in the first round or design this with some flexibility in mind. Even if we support only writing states in a savepoint format as Flink restores operators independently you can keep the checkpoint state of other operators and have a savepoint format for only the modified one.


was (Author: gyfora):
 A minor comment regarding the scope of this:

Bravo at the moment also supports reading RocksDB checkpoints which seems to be the most practical way of using it with jobs having a very large state. This has some practical complications such as checkpoint might get deleted at any point but is a big practical consideration in prod settings.

The question is whether we want to restrict the work to Savepoints in the first round or design this with some flexibility in mind. Even if we support only writing states in a savepoint format as Flink restores operators independently you can keep the checkpoint state of other operators and have a savepoint format for only the modified one.

> Savepoint connector to read / write / process savepoints
> --------------------------------------------------------
>
>                 Key: FLINK-12047
>                 URL: https://issues.apache.org/jira/browse/FLINK-12047
>             Project: Flink
>          Issue Type: New Feature
>          Components: Runtime / State Backends
>            Reporter: Tzu-Li (Gordon) Tai
>            Priority: Major
>
> This JIRA tracks the ongoing efforts and discussions about a means to read / write / process state in savepoints.
> There are already two known existing works (that was mentioned already in the mailing lists) related to this:
> 1. Bravo [1]
> 2. https://github.com/sjwiesman/flink/tree/savepoint-connector
> Essentially, the two tools both provide a connector to read or write a Flink savepoint, and allows to utilize Flink's processing APIs for querying / processing the state in the savepoint.
> We should try to converge the efforts on this, and have a savepoint connector like this in Flink.
> With this connector, the high-level benefits users should be able to achieve with it are:
> 1. Create savepoints using existing data from other systems (i.e. bootstrapping a Flink job's state with data in an external database).
> 2. Derive new state using existing state
> 3. Query state in savepoints, for example for debugging purposes
> 4. Migrate schema of state in savepoints offline, compared to the current more limited approach of online migration on state access.
> 5. Change max parallelism of jobs, or any other kind of fixed configuration, such as operator uids.
> [1] https://github.com/king/bravo



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)