1
ユースケースを提供:Debeziumの理解
ストリーム処理アーキテクチャ。 イベントはKafkaに入り、MongoDBシンクを持つジョブによって処理されます。
データベース名:myWebsite
コレクション:users
、ジョブはusers
コレクションにuser
レコードをシンクします。
- のでDebeziumは変更
users
コレクションを監視し、、すべての変更で、話題dbserver1.myWebsite.users
にカフカにイベントが生成されますか?コネクタの名前はdbserver1
とします。 - もしそうなら、私は
dbserver1.myWebsite.users
から消費し、これらのイベントに反応するカフカ消費者を持つことができますか? - Debeziumが作成したイベントには、データベースレコードの値も含まれていると思います。その変更に古い値または新しい値が含まれている場合dbレコードが作成された場合、oldはnullですか?
私はこれまでの理解を確認したいと思います。 ありがとうございました!
オン)の場合、名前の最初の部分は 'mongodb.name'プロパティの値として与えられます。 3)では、MongoDBのイベントには、その情報を得ることができないので、前の部分はありません。挿入イベントの場合は 'after'、更新の場合は' patch'要素があります。イベント構造については、Debezium MongoDBコネクター[documentation](http://debezium.io/docs/connectors/mongodb/#change-events-value)に詳しく説明されています。 – Gunnar