Cloud Native Database Meetup #4のまとめ

Nobuhiro Sue @nobusue

The log is the database まさに #CloudNativeDB

うひーマン @norikoni

データベースの実体はログらしい． リプレイできればデータベースとして完全 #CloudNativeDB

not rogue @not_rogue

ksql = けーしくえる #CloudNativeDB

うひーマン @norikoni

最初のセショーン ksqlDBとStreamingDBのはなし ＠ShinHashitaniさん #CloudNativeDB

こば -Koba as a DB engineer- @tzkb

The log is the databaseの元ネタはAuroraですね。 ＃CloudNativeDB

うひーマン @norikoni

kafkaはimmutableなのでデータは追加していくのみ なのでログ見たいな感じ #CloudNativeDB

こば -Koba as a DB engineer- @tzkb

そうそう、分散DBのShardingはKafkaのPartitionなんですよね。 ＃CloudNativeDB

うひーマン @norikoni

Kafka==コミットログの分散ストレージ #CloudNativeDB

こば -Koba as a DB engineer- @tzkb

でもログだけだと消せないし、その辺はどうしてるんだっけ、Kafka（素人目線）。 ＃CloudNativeDB

こば -Koba as a DB engineer- @tzkb

音声の問題等あれば、こちらへリプライ下さい。 #CloudNativeDB

こば -Koba as a DB engineer- @tzkb

ksqlDBはマテビューも持つのか。 #CloudNativeDB

うひーマン @norikoni

kafkaの中からデータを出し入れする． 仕組みを作ろうとするとかなり大変 アプリからすると流れてくるイベントを STATEとして扱える ksqlDB #CloudNativeDB

こば -Koba as a DB engineer- @tzkb

EMIT CHANGESの見慣れない感。 #CloudNativeDB

うひーマン @norikoni

1連の決済イベントが発生 ・PUSH 　・イベントとして定義 　・ストリームにイベント流し込む ・PULL 　・SELECTで集約内容を取り出す #CloudNativeDB

こば -Koba as a DB engineer- @tzkb

結果がSnapshotなのがPullクエリ、StreamなのがPushクエリみたいな感じ？ #CloudNativeDB

しまうま (NAGAO) @shimauma_Zzzzz

commit じゃなく emit なんだなー おもしろい #CloudNativeDB

Tanayan @tananyan29

Push は イベントごと Pull は 取得時点の総イベント情報みたいな感じかしら #CloudNativeDB

こば -Koba as a DB engineer- @tzkb

NativeにKafkaからデータを取ってきたければ、Consumerで出来るけど、抽象度をあげて簡単に扱えるようにするのがKafka Streamsだったり、ksqlDBだったりということ。 #CloudNativeDB

not rogue @not_rogue

ksqlDBはKafkaStreams/Connectの上にあるスタック、Kafka Streams/ConnectはProducer/Consumerの上にあるスタック #CloudNativeDB

うひーマン @norikoni

kafkaStreams forで回してデータを取るものを抽象化している #CloudNativeDB

not rogue @not_rogue

本だとここら辺がいいのかしら learning.oreilly.com/library/view/m… #CloudNativeDB

Nobuhiro Sue @nobusue

Kafka Streamsはストリーム処理の基盤としてシンプルでいいと思います #CloudNativeDB

うひーマン @norikoni

・Topology 並列処理しながら分散処理できる 入口がKafkaのTopicで出口もKafkaのTopic #CloudNativeDB