CCDAK Study Guide

The study guide for the Confluent Certified Developer for Apache Kafka exam has 15 chapters on 166 pages. It starts with how Kafka stores data and works its way up to Kafka Streams.

15 chapters in 6 parts • 166 pages
166
Pages
15
Chapters
658
Practice Questions
349
Exam Questions
Get Full Access - $49

Study Guide Chapters

Part 1: Fundamentals, Broker, Producer, Consumer

15 sections

Core Concepts

  • Kafka: distributed event streaming platform for real-time data pipelines
  • Ordering: guaranteed only within partitions, not across topics
  • Replication: uses leader replica for writes and followers that replicate
  • Safe pattern: replication.factor=3 with min.insync.replicas=2 and producer acks=all

Critical Producer Configs

PropertyKey Info
acks0=none, 1=leader, all=ISR (durability)
enable.idempotenceprevents duplicates, requires acks=all
retriesset to MAX_INT, control with delivery.timeout.ms
Key Topics Covered:
Core ConceptsProducer SettingsConsumer Groups

Part 2: Errors, Schema, Admin Client

12 sections

Common Retryable Errors

ErrorMeaning
LEADER_NOT_AVAILABLEleader election in progress
NOT_ENOUGH_REPLICASnot enough replicas for durability
REBALANCE_IN_PROGRESSgroup is rebalancing

Schema Registry Essentials

  • Kafka stores bytes only - objects must be serialized
  • Avro: language-neutral with JSON schemas, supports schema evolution
  • schema.registry.url: must be configured on both producer and consumer

AdminClient Basics

  • Async API: all operations return KafkaFuture, are eventually consistent
  • Topic Management: createTopics(), deleteTopics(), describeTopics()
  • Key Config: request.timeout.ms controls max wait time (default 30s)
Key Topics Covered:
Retryable ErrorsSchema RegistryAdminClient

Part 3: Internals, Exactly Once

14 sections

KRaft Architecture

  • Active Controller: manages all cluster metadata and elects leaders
  • Raft Quorum: 3 or 5 nodes elect active Controller leader
  • No Split Brain: Raft epochs prevent zombie controllers
  • Metadata: brokers pull updates from controller via __cluster_metadata topic

Exactly Once Semantics

  • Scope: atomic consume-process-produce-commit within Kafka only
  • Transactional ID: unique persistent ID for zombie fencing
  • Performance: overhead per transaction not per message
  • Consumer Isolation: read_committed filters aborted transactions

Idempotent Producer

  • Mechanism: PID and sequence numbers prevent duplicates from retries
  • Configuration: enable.idempotence=true implies acks=all, retries>0, max.in.flight≤5
  • Limitation: does not handle application restarts or multiple producers
Key Topics Covered:
KRaftTransactionsPerformance

Part 4: Kafka Connect

10 sections

Connect Architecture

  • Connector: logical job definition that creates tasks
  • Task: execution unit that moves data in or out of Kafka
  • Worker: JVM process that runs connectors and tasks
  • Offset storage: tracks progress in Kafka topics for recovery

Single Message Transforms

  • Purpose: simple stateless message transformations
  • Common SMTs: MaskField, Filter, RegexRouter, TimestampConverter
  • Usage: configured in connector config with transforms property

Internal Topics

  • config.storage.topic: stores connector and task configs
  • status.storage.topic: stores connector and task status
  • offset.storage.topic: stores source offsets for exactly-once delivery
Key Topics Covered:
Connect ArchitectureTransformsOffsets

Part 5: Security & Monitoring

11 sections

Security Protocols

  • PLAINTEXT: no encryption, no auth (internal only)
  • SASL_SSL: recommended production standard with auth + encryption
  • ACLs: Principal P is Allowed/Denied Operation O on Resource R
  • Super Users: defined in server.properties bypass ACL checks

Critical Metrics to Monitor

MetricWhy It Matters
UnderReplicatedPartitionsNon-zero signals disk/network failure
ActiveControllerCountMust be exactly 1, 0=no controller, >1=split brain
records-lag-maxMaximum lag across partitions

Monitoring Priority

  • Critical: UnderReplicatedPartitions, ActiveControllerCount, OfflinePartitionsCount
  • High: RequestHandlerAvgIdlePercent, EventQueueSize, records-lag-max
  • Medium: All throttle and throughput metrics
Key Topics Covered:
SASL/SSLACLsCritical Metrics

Part 6: Kafka Streams

13 sections

Stream Processing Basics

  • Kafka Streams: embedded Java library, no separate cluster needed
  • Fault Tolerance: uses local state stores backed by Kafka changelog topics
  • Processing Guarantees: at_least_once vs exactly_once_v2
  • Scaling: limited by number of input topic partitions

KStream vs KTable

  • KStream: immutable append-only stream of events
  • KTable: table of latest value per key, built from compacted topic
  • GlobalKTable: fully copied to every instance for reference data

Windowing & Joins

  • Window Types: Tumbling, Hopping, Sliding, Session
  • KStream-KStream Join: requires window, joins events close in time
  • KStream-KTable Join: no window needed, enriches with latest table value
Key Topics Covered:
Stream ProcessingKStream vs KTableWindowing

Get the Complete Study Guide

166 pages · 658 practice questions · 349 exam questions · 6 cheatsheets

Exam-Focused

Only what you need to know, nothing you don't

Always Updated

Free updates for 12 months

Instant Access

Download immediately after purchase

Try Free Questions