プロデューサーは、ブローカーにメッセージを送信すると、あなたは正常に送信さを保証するためにさまざまなパラメータを設定する必要があります。
= ACKはすべて＃、このメッセージのコピーを受け取る必要がありますどのように多くのパーティションを指定生産者は、このメッセージが正常に送信されたと思う のACK = 0 ＃の生産者がメッセージサーバの送信後、任意の応答を待つ必要はありません ACKを = 1 限り、地区のリーダーとして＃メッセージのコピーが正常に書き込まれ、それは、サービスが正常な応答を受信終了する のACKを = -1 、またはすべての＃生産後にメッセージを送信した後、あなたはサービスから受信できるように、ISRのすべてのコピーが正常にメッセージを書いたまで待機する必要があります正常な応答の終わり。 batch.size = 16384 #ProducerBatch最大キャッシュ・スペースは、デフォルトの16キロバイトの bootstrap.servers = [192.1.1.2:9092 ]クラスタ#kafka buffer.memory = 33554432 #RecordAccumulatorニュースアキュムレータ最大ストレージ容量、デフォルトの32MBの client.id = ＃クライアント上記のID compression.type =なし＃メッセージ（「GZIP、きびきび、LZ4」の圧縮形式を設定 ）\
メッセージ圧縮のために大きく、ネットワークトラフィックを減らすIOネットワークを低減することにより、全体的なパフォーマンスを向上させることができます。これは、スペースのための時間を最適化するための方法です、時間遅れの高い要件場合は、メッセージが推奨されていない圧縮 connections.max.idle.ms = 540000 閉じた後に長いアイドル状態の接続を設定します＃、デフォルト9分 enable.idempotence = falseに interceptor.classes = []＃インターセプタが配置 key.serializerを = クラスorg.apache.kafka.common.serialization.IntegerSerializer #keyシリアライザ linger.ms = 0 ＃ProducerBatchプロデューサは、クライアントが充填されている送信又は待つ時間はlinger.ms値がに送信されます超える producerBatchがproducerRecordは、時間を指定producerBatch生産者を追加追加送信する前に、より多くの情報を待っている＃ max.block.ms = 60000 プロデューサの送信バッファ場合send（）メソッドを制御するための＃KafkaProducerと遮断時間partitionsFor（）メソッドは、 ＃が一杯になるないメタデータが利用可能でない場合、または、これらの方法はブロックされます。 max.in.flight.requests.per.connection = 5 ＃ブローカ要求をバッファするために接続されたクライアント端末5が応答はない（すなわち、ブローカーはなく、応答を受信するのに十分な時間に送信側）は、 ＃はもはや伝送を超えません要求は、このパラメータは堆積があるかどうかを判断するために、メッセージのサイズにすることができ max.request.size = 1048576 ＃プロデューサークライアントがデフォルト1M送信できる最大メッセージ（推奨されません変更は、リンケージ原因となる） metadata.max.ageを。 MS = 300000 ＃メタデータ更新時間、5分 再試行 = 0 異常が発生した任意の再試行することなく、デフォルト0、＃メーカー再試行。データが送信される際に遭遇する異常の二種類、1は1ではありません、回復可能です ＃復元、など：これらの異常は、この時間設定は、ネットワークの安定を再試行することができ、ゼロより大きく再試行復元することができる等のリーダー選挙、ネットワークジッタ、 選挙後に＃またはリーダー、この異常が消え、データは再送時に通常となり、ときにそのような最大max.request.sizeを超えるなど回復不能な例外、 ＃、このエラーが回復不能であるとき 、リトライ.backoff.ms = 100 ＃再試行間の時間間隔、異常回復間隔の時点で最善の見積り、そのリトライ回復時間は例外で、より長いので value.serializer = クラス org.apache.kafka.common.serialization。 StringSerializer #VALUEシリアライザ