Hi??

+1??

This allows us to align our goals, 
know where we need to go next while diving into technical details, 
and prepare dynamically at each step.




Dawei Liu
On 11/10/2021 16:04??CloudWise-Luke<[email protected]> wrote??
&nbsp;This is a good suggestion. I think we can let a few people try to explore 
the next architecture while ensuring the high-quality development or 
optimization progress of the existing iotdb



CloudWiseluke.miao


&nbsp;




------------------&nbsp;????????&nbsp;------------------
??????:                                                                         
                                               "dev"                            
                                                        
<[email protected]&gt;;
????????:&nbsp;2021??11??10??(??????) ????10:47
??????:&nbsp;"dev"<[email protected]&gt;;

????:&nbsp;What is the next architecture of IoTDB?



What is the next architecture of IoTDB?

As we know??IoTDB cluster version is based on the standalone architecture and 
almost reused all the basic components of standalone version and just add a 
multi-raft protocol based on the thrift.

With the application spreading, the performance of the cluster version of IoTDB 
is changllaged for many aspects??
the num of nodes in cluster can support, the write and read performance in 
multi-replicas,
the linear ratio of read and write in cluster,
the efficiency and smartness of scheduler in cluster based on the dynamic 
workloads,
the joint query between time series data and relational data,
the federal cluster query across data centers, AZ and regions and the 
spatio-temporal data analysis in one DB etc??

So, I suggest we should make a blueprint for the next architecture of IoTDB and 
we can learn the advantage of the InfluxDB.
The InfluxDB has designed the next architecture named IOx and use Fusion as the 
next query engine and adopt parquet as the file format etc.

It's time to action, WDYT??



Bruce Song ??????
icloudsong

Reply via email to