Kafka試験 合格体験記: 当日の流れ・ツール・注意点（CCDAK / CCAAK）

CCDAKとCCAAKはいずれもオンライン監督型で、当日の対応力がスコアを左右します。ここでは私の受験体験をベースに、公式ドキュメントで不変なKafkaの要点と、試験運営で変わりがちな部分を慎重に切り分けて整理します。

前提として、受験ポリシーや出題数・所要時間などの運営情報は変更される可能性があります。最新の情報はConfluent Certification公式を必ず確認してください。一方で、Kafkaの動作仕様（プロデューサの冪等性、トランザクション、コンシューマグループ、ログ保持など）は公式ドキュメントに沿う限り安定です。

当日の流れ（チェックインから終了まで）

受験はオンライン監督型です。試験起動前にシステムチェック、本人確認、室内確認、画面共有やマイク・カメラの確認を行います。途中退席は原則不可、外部資料は持ち込み不可が基本ルールです。

チェックイン方法や本人確認の詳細は運営ベンダ側の仕様に依存します。ここでは一般的な流れを示しますが、試験日前に受験ポータルでリハーサル（システムチェック）を実施し、最新の受験ガイドラインを確認してください。

• 開始30–45分前にログインし、身分証と受験環境を準備
• 室内は静穏・単独・壁面に余計な掲示物なし、机上は片付ける
• ブラウザ拡張や通知は事前停止、VPNや会社プロキシは無効化が無難
• 試験中はオンラインホワイトボードのみ使用可のケースが多い（物理メモ不可）
• 終了後、得点やレポートの反映には時間差があることがある

オンライン試験の典型フロー

事前チェック用の簡易シェル（通信・プロセス確認）

# macOS/Linux想定。会社PCの場合は管理ポリシーに留意。
set -euo pipefail

# ネットワーク疎通（安定DNSへ）
for h in 1.1.1.1 8.8.8.8; do
  ping -c 3 "$h" >/dev/null && echo "OK: ping $h" || echo "WARN: ping $h 失敗"
done

# カメラ/マイク使用中プロセスの確認（例）
if command -v lsof >/dev/null; then
  lsof -nP | grep -E "(camera|microphone|CoreAudio|avfoundation)" || true
fi

echo "通知や自動更新を一時停止し、二画面/外部機器を外してください"

受験環境・ツールの具体設定

基本は単一モニタ、物理メモ不可、オンラインホワイトボード可という制約です。IME切替は許可されますが、キーバインドやスニペットは不正判定の恐れがあるため無効化が安全です。

ネットワークは安定性重視。VPNや企業プロキシは切断し、Wi-Fiの場合は5GHz帯でルータ近傍に配置。OSの通知・アップデート・自動スリープを一時停止しましょう。

• 単一モニタ、外部ディスプレイは外す
• 自動スリープ/スクリーンセーバ無効、各種通知を集中モードへ
• オンラインホワイトボードの描画・文字入力を事前に慣れておく
• 入力言語の自動変換や外部辞書のポップアップは停止
• ブラウザは拡張機能をオフにしてクリーンプロファイルを用意

物理配置の最小構成

ネットワーク品質の簡易確認（Linux/macOS）

# 連続疎通とジッタの目安確認
HOST=8.8.8.8
ping -c 20 "$HOST" | tail -n +2

# HTTP到達性
curl -I https://kafka.apache.org/ || echo "HTTP到達性に問題"

echo "VPN/プロキシを無効化して再テストしてください"

時間配分とオンラインホワイトボードの使い方

1周目は易問を高速で確定し、迷う問題にはフラグを付け、2周目で深掘りします。選択肢の消去法とキーワードマッチ（冪等性、トランザクション、コンパクション、ISRなど）で判断速度を上げましょう。

オンラインホワイトボードは、用語の短縮表記と図で整理すると効果的です。たとえば Acks=all, idempotent, tx.commit, read_committed の関係を矢印で描くと、引っかけを避けられます。

• 1周目は直感で即決、難問はフラグだけ付けて深追いしない
• 消去法で明確に誤りの選択肢を線で消す（ボード上）
• 用語の最短キーワード化（例: idemp, EOS, compaction, ISR）
• 図で依存関係を書き出し、根拠のない推測を排除

時間配分のイメージ

ローカルで練習する簡易タイムボックス（bash）

# 各問題に時間上限を意識するミニタイマー
q=1
while [ $q -le 10 ]; do
  echo "Q$q: 90秒で判断（迷ったらフラグ）";
  sleep 90;
  echo "次へ";
  q=$((q+1))
done

出題の傾向と引っかけ回避（CCDAK/CCAAK共通）

Kafkaの安定仕様からの出題が中心です。プロデューサの冪等性とトランザクション、コンシューマの隔離レベル、パーティショニング、ログ保持とコンパクション、レプリケーションとISR、割り当て戦略（Range/Sticky/Cooperative）などは頻出です。

用語の取り違えがよくあるポイントは、Acks=allとExactly-Onceの関係（Acks=allは必要十分条件ではない）、コンパクションと保持期間の併用、read_committedの意味、再均衡のトリガ（メンバー離脱、タイムアウト、サブスク変更）です。公式ドキュメントの動作説明に沿って判断しましょう。

• 冪等性: enable.idempotence=true で重複防止（単一パーティション内の再送を同一シーケンスとして処理）
• トランザクション: transactional.id を設定し、read_committed 消費で整合性を担保
• ログ保持: cleanup.policy=delete と compact は目的が異なる（データ保持 vs 最新値の集約）
• レプリケーション: Acks=all はISR全員の確認、min.insync.replicasと組み合わせ
• 再均衡: Cooperative Sticky は段階的移行で中断を最小化

Producer→Broker→Consumer の論理経路

冪等・トランザクション構成の最小設定例（producer.properties）

bootstrap.servers=broker:9092
aacks=all
enable.idempotence=true
transactional.id=orders-tx-001
max.in.flight.requests.per.connection=5
retries=INT_MAX
linger.ms=10
batch.size=32768

よくあるトラブルと当日の対処

トラブルは通信・デバイス・OS通知の3系統に大別されます。原因切り分けは、再現性の確認→代替経路（テザリング/有線）→再起動→監督への報告の順で進めると安全です。

監督とのチャットは英語になることが多いので、短文で状況を伝える定型文を準備すると安心です。たとえば Network is unstable. I will reconnect without VPN. といった表現。

• 通信: ルータ再起動やWi‑Fi帯域切替、有線へ切替
• デバイス: カメラ/マイクの権限をOS設定で明示的に許可
• 通知: 集中モードとメッセージ系アプリの完全終了
• 最終手段: 監督に状況を伝え、指示に従う

当日トラブルの切り分け決定木（簡略）

通知抑止（例: macOS, Windows）

# macOS: 集中モードの手動設定を推奨（自動スクリプトは権限問題が出やすい）
# Windows: フォーカスアシストを"アラームのみ"に設定
# ここでは状態確認のみにとどめる

# macOS 集中モード状態の確認（参考）
/usr/bin/defaults read ~/Library/Preferences/ByHost/com.apple.notificationcenterui.plist 2>/dev/null || true

echo "OSのUIから集中モード/フォーカスアシストを有効化してください"

チートシート：頻出コマンド/設定の確認

実務でも試験でも頻出のコマンド・設定を最小限にまとめます。CLIのオプションやプロパティ名は公式の安定仕様に沿います。

注意: 実際の受験は選択式でCLI実行は不要ですが、意味理解の補助として整理しておきます。

• kafka-topics: 作成、記述、パーティション数・レプリケーション係数の把握
• kafka-consumer-groups: ラグ、割り当て、リバランスの挙動確認
• cleanup.policy と retention.ms/bytes の関係性
• ACLの最小許可主義（Create/Write/Read/Describe/IdempotentWrite）

Offset Commitの流れ（概念）

Kafka CLIと設定の断片例

# トピック作成（例）
kafka-topics --bootstrap-server broker:9092 \
  --create --topic orders \
  --partitions 6 --replication-factor 3

# コンシューマグループのラグ確認
kafka-consumer-groups --bootstrap-server broker:9092 \
  --describe --group app-consumer

# ログ保持とコンパクションの併用例（最新値を長期保持しつつ古い値の削減）
cleanup.policy=compact,delete
retention.ms=604800000   # 7日
segment.ms=3600000       # 1時間

試験後の振り返りと次回対策

提出後はレポートやスコアの反映を待ちます。弱点はテーマ単位（例: 取引整合性、保持戦略、再均衡）で公式ドキュメントへマッピングし、根拠を明文化すると再現性が高まります。

結果に関わらず、実務の設定テンプレートや運用Runbookに学びを反映すると定着が早まります。

• 間違えた設問のキーワードを抽出し、公式ドキュメント節へリンク付け
• 次回は時間配分の閾値を微調整（1周目の上限、見直し時間）
• 実務で1つ検証を回す（例: read_committedとEOSの組み合わせ検証）

学習ループ

振り返りテンプレート（YAML例）

topics:
  - name: Exactly-Once Semantics
    symptoms: ["Acks=allとEOSの混同", "read_committedの見落とし"]
    doc_refs:
      - kafka.apache.org/documentation/#semantics
      - docs.confluent.io/
    actions:
      - "プロデューサ: idempotence+transaction の最小構成を再確認"
      - "コンシューマ: isolation.level=read_committed の効果検証"

問題で確認

よくある質問