2026年6月24日
Kafka は壊せるようになると理解しやすくなる
Kafka の最も重要な学びは、その遷移のなかにあります。ブローカーが落ちる前と後、ISR が縮小する前と後です。私たちは、クラスタを安全に壊し、なぜそのように反応するのかを正確に観察できるブラウザベースのシミュレータを作りました。
私たちは考えを書き留め小さなオープンソースを作っています。その両方がここにあります。ぜひご覧ください——そして感想をお聞かせください。
Kafka の最も重要な学びは、その遷移のなかにあります。ブローカーが落ちる前と後、ISR が縮小する前と後です。私たちは、クラスタを安全に壊し、なぜそのように反応するのかを正確に観察できるブラウザベースのシミュレータを作りました。
既存の Kafka 環境を ACL から Confluent RBAC へ移行することは、構文の変換ではなくリスク管理の取り組みです。本記事では、安全で監査可能、かつ再現性のある移行ワークフローと、そのために私たちが構築したツールを紹介します。
なぜ Kafka のメトリクスは厄介なのか、なぜ JMX ダッシュボードはしばしばデータを表示しないのか、そして Kafka のメトリクスを OTLP 経由でネイティブにエクスポートする方法。
Apache Kafka の ACL を Confluent RBAC のロールバインディングに変換する、安全で監査可能なコマンドラインツール。計画にはチェックサムが付与され、何かを適用する前に実効アクセスが検証されます。
broker とクライアントのメトリクスを OTLP 経由で OpenTelemetry collector に送信する Kafka MetricsReporter プラグイン。非同期かつフェイルセーフ——collector の障害が Kafka をブロックすることは決してありません。