私は仕事を再起動することなく、全体FLINKとナコス、動的更新設定操作を説明するために録画したビデオを所有して!
私たちは、FLINKジョブは、一般的にジョブが開始時間によって渡されたパラメータによって設定されている知っている、またはコンフィギュレーションファイルのパラメータを読み込むことで、ジョブの開始後に、一般的な初期化後に仕事場合は、設定を更新について考えるための2つのソリューションがあります。
その仕事は、設定を変更するために読み取ることができるので、起動パラメータを変更したり、設定ファイルを変更した後、ジョブを再開
設定を読み込むことによって流れ(構成がカスタムソースを読んで必要)、およびフローはその後、接続フロー
どちらのソリューションは、一般的にインパクトの多くをもたらすでしょう、私は実際には非常に再起動作業にお勧めしておりませんzhisheng、第一の方法のために、より多く使用されている、FLINKジョブの完全な再起動プロセスは次のようになります。作業が停止したときあなたは(完全なスナップショットを実行するジョブの状態に相当)セーブポイントを行う必要があるとき、彼らは仕事のニーズを起動したときの状態が比較的大きい場合、セーブポイントから全体のプロセスを開始するには、その後、やるセーブポイントとセーブポイントの初期化時からとなります長い時間のために、しかし、通常のデータストリーム処理シナリオの量は、ジョブが再び起動したときので、この時間の間に、それは、(数分以内に、おそらく数十億以上)のデータ蓄積の多くを引き起こす可能性があり、比較的大きいですこれは仕事の圧力が自然に増えるため千万漁獲データの順序です。
多くの方法についても、第二の方法が使用され、彼はより推奨され、自分のライブの前にコミュニティの時点でそこに同様のプログラムについて話しましたが、今日、私は別の方法を説明するつもりです - 統合物流センターは、表示されませんでした一部の人々はそのように使用されている、私はカニを食べて最初の人を考えることができます!それは、物流センターに来て、現在アポロとナコス、統合の面で最初のケースとナコスがある場合は、次の戦闘活動は、私は録画したビデオを参照してください。
ナコスは、私自身のインストールに依存している彼は地元のソースをコンパイルしているため、アリなので、これらがローカル.m2ディレクトリに依存があるかもしれません。
<dependency>
<groupId>com.alibaba.nacos</groupId>
<artifactId>nacos-core</artifactId>
<version>1.1.4</version>
</dependency>
<dependency>
<groupId>com.alibaba.nacos</groupId>
<artifactId>nacos-client</artifactId>
<version>1.1.4</version>
</dependency>
<dependency>
<groupId>com.alibaba.nacos</groupId>
<artifactId>nacos-common</artifactId>
<version>1.1.4</version>
</dependency>
しかし、一部の学生は、そのフィードバックは、上記の導入に依存しないと言う、そのようなそれが推奨されナコスコアとして、ダウンロードしていないhttps://mvnrepository.com/search?q=nacos-core最初のを見て、次にしてみてくださいを参照してください。
遂に
GitHubのFLINK学習コード住所:https://github.com/zhisheng17/flink-learning
オリジナルソース:Zhishengのブログ、私は公共の数の関心を歓迎:zhisheng