Kafkaは、グローバルストアを追加するためのユースケースをストリーミングします
kafkaストリームでトポロジを定義するときに、グローバルステートストアを追加できます。ソーストピックとが必要になりますProcessorSupplier。プロセッサーはレコードを受け取り、それらをストアに追加する前に理論的に変換できます。ただし、復元の場合、レコードはソーストピック（変更ログ）からグローバル状態ストアに直接挿入され、プロセッサで行われる最終的な変換はスキップされます。 +-------------+ +-------------+ +---------------+ | | | | | global | |source topic -------------> processor +--------------> state | |(changelog) | | | | store | +-------------+ +-------------+ +---------------+ | ^ | | +---------------------------------------------------------+ record directly inserted during restoration StreamsBuilder＃addGlobalStore（StoreBuilder storeBuilder、String topic、Consumed consumer、ProcessorSupplier stateUpdateSupplier）グローバルStateStoreをトポロジに追加します。 ドキュメントに従って 注：変換されたレコードをグローバルステートストアに挿入するためにプロセッサを使用しないでください。このストアは、ソーストピックを変更ログとして使用し、復元時にソースから直接レコードを挿入します。このProcessorNodeは、StateStoreを最新の状態に保つために使用する必要があります。 並行して、主要なバグが現在カフカバグトラッカーで開かれています。ドキュメントに記載されている内容を正確に説明するトピックから状態を復元する場合、addGlobalStoreで提供されるKAFKA-7663カスタムプロセッサは使用されませんが、受け入れられたバグのようです。 KAFKA-7663が本当にバグかどうか疑問に思っています。ドキュメントによると、このように設計されているようです。その場合、ユースケースを理解するのに苦労します。 誰かがこの低レベルAPIの主な使用例を説明できますか？私が考えることができる唯一のことは、たとえばプロセッサでいくつかのログ操作を行うなどの副作用を処理することです。 おまけの質問：ソーストピックがグローバルストアの変更ログとして機能する場合、保存期間が切れたためにトピックからレコードが削除されると、グローバルステートストアから削除されますか？または、変更ログからストアを完全に復元した後にのみ、ストアで削除が行われますか？