Personalização das configurações do produtor

When sending messages to Kafka, default settings might not always be ideal. Customizing your producer's configuration is key to optimizing for specific needs.

You can fine-tune your producer for better performance, increased reliability, or optimized throughput, depending on your application's requirements.

In Spring Boot, Kafka producer properties are typically defined in your application.yml (or .properties) file.

All producer-related settings usually start with the prefix spring.kafka.producer. Spring Boot automatically picks these up to configure your KafkaTemplate.

The acks (acknowledgments) property determines the level of durability for messages sent by the producer. It controls how many replicas must acknowledge the write before the producer considers the message sent successfully.

• acks=0: Producer doesn't wait for any acknowledgment. Fastest, but lowest durability (messages might be lost).
• acks=1: Producer waits for the leader replica to acknowledge the write. Good balance of durability and speed.
• acks=all: Producer waits for all in-sync replicas to acknowledge. Highest durability, but slowest.

For critical messages where data loss is unacceptable, you'd typically set acks to all. This ensures that your message is safely replicated before the producer moves on.

Remember, higher durability often means slightly higher latency.

To improve throughput, Kafka producers don't send every message individually. Instead, they batch multiple messages together.

• batch.size: The maximum amount of data (in bytes) that will be collected before sending a batch. Default is 16KB.
• linger.ms: The maximum time (in milliseconds) the producer will wait for more messages to accumulate in a batch. Default is 0ms (send immediately).

These two properties work together: a batch is sent when either batch.size is reached OR linger.ms expires.

Adjusting batch.size and linger.ms can significantly impact performance. Larger batches and longer linger times can increase throughput but also slightly increase latency for individual messages.

Here's how you might configure them for better batching:

What happens if a message fails to send due to a transient network issue or a temporary broker unavailability?

The retries property specifies how many times the producer should re-attempt sending a message that failed due to a potentially recoverable error. This greatly enhances the reliability of your message delivery.

Setting a reasonable number of retries helps ensure your messages eventually reach Kafka, even if there are temporary glitches.

It's often combined with delivery.timeout.ms, which defines the total time a producer will wait for a message to be delivered, including retries.

While Spring Boot handles the underlying Kafka client configuration based on your application.yml, let's see how these properties are set directly in a Java Kafka producer. This helps understand the core mechanism.

This example explicitly configures and uses a Kafka producer:

Great job! You've explored how to customize your Kafka producers for various needs:

• acks: Controls message durability.
• batch.size & linger.ms: Optimize for throughput by batching messages.
• retries: Enhances reliability by re-sending failed messages.

By understanding and adjusting these properties, you can tailor your Spring Boot Kafka applications to meet specific performance and reliability goals. Next, we'll dive into implementing Kafka consumers!