カフカメッセージングミドルウェア製品として、彼女は、スループットの面で非常に優れた、より軽量で、デフォルトのメッセージが操作を行うために168時間= 7日、log.retention.hours = 168、より適切な時にディスクに永続化されます統計。その他の世間話、それに依存してポンポンを見てみましょう
ここで私はバージョンを使用しています：
kafka.version = 2.2.0.RELEASE
カフカ-client.version = 2.0.0
||ニュースプロバイダ
application.properties設定メッセージ・プロバイダー（界面層）：
メッセージプロバイダがメッセージを送信します。
|| メッセージコンシューマ
メッセージコンシューマの設定（サービス層）application.properties：
モニターのニュース：
カフカのテストニュース：
数回クリックするだけ怒っ要求インタフェースた後、キャッシュRedisの状況を表示します。
我々は簡単に私がカフカを使用した回数は、商品検索の統計情報（単なるテストコード）を作っていることがわかります。第1の界面層では、クエリインターフェイスごとに商品を要求し、カフカに送信されるプロダクトIDは、クエリのメッセージキューを入れ、その後、統計情報サービス層におけるクエリの数を監視します。
今までは、プロジェクトの基本的な構成と統合のアクセスが達成されている一部のサービスは、その後、私は、多くの場合、ピットに遭遇したプロジェクトについての深さで、どのようにピットをジャンプしない防ぐために、より多くの、および分散タスクスケジューリング管理、一貫性のある分散トランザクションになります治療のように。
プロジェクトのソースコードを取得し、世間の注目のコード番号をスキャンし、取得Springbootを送信します。
