You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: website/docs/concepts/architecture.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -34,12 +34,12 @@ Additionally, it coordinates critical operations such as:
34
34
- Managing data migration and service node switching in the event of node failures.
35
35
- Overseeing table management tasks, including creating or deleting tables and updating bucket counts.
36
36
37
-
As the **brain** of the cluster, the **Coordinator Server** ensures efficient cluster operation and seamless management of resources.
37
+
As the **brain** of the cluster, the **CoordinatorServer** ensures efficient cluster operation and seamless management of resources.
38
38
39
39
## TabletServer
40
40
The **TabletServer** is responsible for data storage, persistence, and providing I/O services directly to users. It comprises two key components: **LogStore** and **KvStore**.
41
41
- For **PrimaryKey Tables** which support updates, both **LogStore** and **KvStore** are activated. The KvStore is used to support updates and point lookup efficiently. LogStore is used to store the changelogs of the table.
42
-
- For **Log Tables** which only supports appends, only the **LogStore** is activated, optimizing performance for write-heavy workloads.
42
+
- For **Log Tables** which only support appends, only the **LogStore** is activated, optimizing performance for write-heavy workloads.
43
43
44
44
This architecture ensures the **TabletServer** delivers tailored data handling capabilities based on table types.
45
45
@@ -73,4 +73,4 @@ In upcoming releases, **ZooKeeper will be replaced** by **KvStore** for metadata
73
73
Additionally, **Remote Storage** allows clients to perform bulk read operations on Log and Kv data, enhancing data analysis efficiency and reduce the overhead on Fluss servers. In the future, it will also support bulk write operations, optimizing data import workflows for greater scalability and performance.
74
74
75
75
## Client
76
-
Fluss clients/sdks support streaming reads/writes, batch read/writes, DDL and point queries. Currently, the main implementation of client is Flink Connector. Users can use Flink SQL to easily operate Fluss tables and data.
76
+
Fluss clients/SDKs support streaming reads/writes, batch reads/writes, DDL and point queries. Currently, the main implementation of client is Flink Connector. Users can use Flink SQL to easily operate Fluss tables and data.
0 commit comments