本文主要是介绍Flink 2.0 状态管理存算分离架构演进，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
Flink 2.0 状态管理存算分离架构演进
- flink 现有状态访问线程模型
首先简单来说一下，flink2.0做存算分离，最最主要的一点是解决，大状态的问题，例如一个超过50T的物流数据，大状态恢复可能就要1天，所以才有存算分离这么一个设计初衷。
下面先来看一下 任务是怎么执行提交的，看一下state在整个流程里 处于一个什么位置
在当前容器化的常见用法，任务在启动起来以后，本地盘的大小已经固定了，现在如果用单pod跑，如果本地盘满了，基本只有扩并发一个办法。
这篇关于Flink 2.0 状态管理存算分离架构演进的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
