Jack Vanlightly’s Post

View profile for Jack Vanlightly, graphic

Principal Technologist at Confluent

With the announcement of S3-native-streams (Freight clusters), here is a commentary on Confluent strategy regarding object storage, streaming and an open data architecture. https://lnkd.in/dTg6DKVy

Hybrid Transactional/Analytical Storage — Jack Vanlightly

Hybrid Transactional/Analytical Storage — Jack Vanlightly

jack-vanlightly.com

Giannis Polyzos

Staff Streaming Product Architect @ Ververica | Apache Flink 🐿️ Streaming Lakehouse 🌊 Everything is a Stream 🌊

2mo

Jack Vanlightly Honestly I really enjoyed the writing. But I do disagree on all the Tableflow stuff, which makes me wonder how much R&D has taken place other than the transactional properties. From a practical perspective: 1. Tableflow moves the offloading from what we have been historically doing with Flink to tiered storage directly.. Yes it’s more convenient, but it’s again either batch OR stream, not batch AND stream. 2. The Stream/Table duality itself verifies it, it’s either batch or stream there no unification and u need to convert between them. 3. Iceberg itself can’t support streaming, so offloading from tiered storage (which by nature adds extra latencies), running compaction only to stream back (which by design iceberg has many limitations there) and more. 4. At the same time (you might have different view), I have seen this Kafka-table-kafka implementation in practise, but in reality there was almost 0 market demand for such use case (especially if there is latency introduced) All this fancy things to me it just looks as a variation of the Lambda architecture (Confluent advocated the Kappa in the first place), the only difference (no matter what wrapper you add on top) is the batch layer used Icebeg.

Like
Reply

Can't we have tablefow for NoSQL and RDBMS ? Good Exploration with IceBerg... But how much crowd will be using the same 😀

Like
Reply
See more comments

To view or add a comment, sign in

Explore topics