tillrohrmann commented on a change in pull request #13960:
URL: https://github.com/apache/flink/pull/13960#discussion_r524304983
##########
File path: docs/ops/production_ready.md
##########
@@ -52,18 +52,6 @@ By default, operator uids are generated by traversing the
JobGraph and hashing s
While this is comfortable from a user perspective, it is also very fragile, as
changes to the JobGraph (e.g., exchanging an operator) results in new UUIDs.
To establish a stable mapping, we need stable operator uids provided by the
user through `setUid(String uid)`.
-### Choose The Right State Backend
-
-Currently, Flink's savepoint binary format is state backend specific.
-A savepoint taken with one state backend cannot be restored using another, and
you should carefully consider which backend you use before going to production.
Review comment:
I know this is not related to this PR but is this actually still true?
@carp84? If not, then we should probably update it.
##########
File path: docs/ops/production_ready.md
##########
@@ -52,18 +52,6 @@ By default, operator uids are generated by traversing the
JobGraph and hashing s
While this is comfortable from a user perspective, it is also very fragile, as
changes to the JobGraph (e.g., exchanging an operator) results in new UUIDs.
To establish a stable mapping, we need stable operator uids provided by the
user through `setUid(String uid)`.
-### Choose The Right State Backend
Review comment:
I agree with Stephan that we should keep a link to the state backend
page here.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
