Confluent Updated CCDAK Exam Questions and Answers by autumn-rose

Each of these settings plays a key role inKafka Connect offset management:

offset.flush.interval.ms=60000 → Offset commits happen every 60 seconds.

offset.flush.timeout.ms=500 → The flush operation times out if it takes more than 500 ms.

offset.storage.topic=connect-offsets → This is the internal topic for storing source offsets.

offset.storage.replication.factor=-1 → This uses thebroker's default replication factor(commonly set via default.replication.factor).

FromKafka Connect Docs:

“If offset.storage.replication.factor=-1, the value will be determined by the broker's default replication factor.”

Unit Testing→ MockProducer

Integration Testing→ Testcontainers

Performance Testing→ Trogdor

Mock Data Generation→ Connect Datagen

MockProducer: Simulates a Kafka producer in unit tests (no real broker interaction).

Testcontainers: Spawns Kafka in Docker forreal environment testing.

Trogdor: Kafka’s built-inperformance load testingframework.

Connect Datagen: Createssample source recordsfor test and demo purposes.

FromKafka Developer Tools Guide:

“Kafka developers commonly use MockProducer for unit tests, Testcontainers for integration, and Trogdor for performance tests.”

A409 Conflictresponse in Kafka Connect REST API usually means:

The connector name provided already exists (i.e., a connector with that name is already deployed).

The Kafka Connect cluster is temporarily unavailable to accept new tasks due toa rebalance in progress.

From theConfluent Developer documentationand Kafka Connect REST API spec:

“409 – Conflict. The connector name is already in use or the worker group is in the process of rebalancing and cannot complete the request at this time.”

Option A is incorrect because invalid configurations return400 Bad Request, not 409.

Option B is invalid because Kafka Connect does not have a strict concept of "capacity" that prevents connector creation with a 409.

These three metrics are critical for cluster health:

OfflinePartitionsCount: Indicates partitions without active leaders — a sign of broker failure.

ActiveControllerCount: There should beexactly one active controller. A count ≠ 1 signals controller failure.

UncleanLeaderElectionsPerSec: Tracks leader elections where out-of-sync replicas were selected — risky for data loss.

FromKafka Monitoring Documentation:

“Offline partitions and unclean leader elections should trigger alerts. Also, ensure a single active controller is running.”

A is about topics pending deletion — not critical.

E is a per-topic record metric, not broker-level.