GreptimeDB 社區(qū) | 同享明年，共創(chuàng)此時 —— GreptimeDB Roadmap 2023
當我們朝著 GreptimeDB 2023 努力的時候，很自然地會問接下來 GreptimeDB 會發(fā)生什么。這個 Roadmap 有以下幾個目標：
讓人們了解接下來半年 GreptimeDB 將發(fā)生什么
對于有意愿為 GreptimeDB 做出貢獻的朋友，幫助他們參與進來
01 生產(chǎn)級的分布式方案
從 GreptimeDB 啟動的第一天起，我們就決定開源完整的分布式方案，使其具備高可用和高可靠能力。因為用戶真正需要的是一個完整的分布式集群方案，而不是一個蹩腳的單機引擎。
計劃（Release v0.1）
Features
Quorum-based WAL (作為獨立子項目進行) 分布式 WAL 利用數(shù)據(jù)的多副本機制來實現(xiàn)數(shù)據(jù)高可靠
Analyze Query 查詢以及查詢計劃的優(yōu)化，執(zhí)行過程可觀測
設計 metrics, log 等可觀測系統(tǒng)表 高可用（自監(jiān)控）
MySQL/PostgreSQL TLS 支持（歡迎社區(qū)參與） 在云環(huán)境提供服務，TLS 是有必要的
分布式 DDL 容錯處理框架
集成測試套件
Refactor
gRPC 數(shù)據(jù)傳輸協(xié)議重構 嘗試基于 Arrow Flight 重構，作為 Arrow 生態(tài)的 RPC 標準（沒錯，GreptimeDB 使用了 Arrow），好處是減少了中間層的數(shù)據(jù)轉換帶來的開銷，數(shù)據(jù)格式也相對緊湊，會有一些性能上的收益
02 深度優(yōu)化存儲和查詢引擎
計劃（Release v0.1）
Features
實現(xiàn) User Defined Window 函數(shù)
L0 到 L1 的 Compaction & TTL 通過 compaction 合并小文件，清理老版本的數(shù)據(jù)，提高查詢效率 支持數(shù)據(jù)按時間淘汰 數(shù)據(jù)壓縮
Multi Region in Engine，表的多分區(qū)實現(xiàn)
支持對象存儲，比如 S3
支持多級 Downsampling
Refactor
Datafusion & Arrow 重構 當前使用 Arrow2 的 Datafusion 分支落后主干太多 Datafusion 社區(qū)主流仍然是使用官方的 Arrow
按照時間線 (time series) 來組織數(shù)據(jù) 方便查詢時按照時間線處理數(shù)據(jù)，更好地支持 Prometheus 等協(xié)議
Performance
優(yōu)化 Memtable
分布式查詢優(yōu)化：pushdown UDAFs & UDFs 算子下推
SST 的 filter / 索引 加速查詢 優(yōu)化 Python 協(xié)處理器 健壯性和性能
03 開放協(xié)議兼容
擁抱社區(qū)，兼容 MySQL、PostgreSQL、OpenTSDB、InfluxDB、Prometheus 等流行協(xié)議使得 GreptimeDB 更容易與現(xiàn)有生態(tài)數(shù)據(jù)棧集成，降低用戶遷移成本。
計劃（Release v0.1）
Features
支持 PromQL （歡迎社區(qū)參與） PromQL 作為云原生監(jiān)控查詢語言事實上的標準，有必要支持 支持 PreparedStatement（歡迎社區(qū)參與） 讓大部分現(xiàn)存的那些相關客戶端能夠用起來 Session 層（歡迎社區(qū)參與） 部分協(xié)議對 Session 依賴 多語言 SDK（歡迎社區(qū)參與） 計劃先支持 Rust SDK & Golang SDK
如何參與
如果您對以上內容感興趣，趕快加入我們在GitHub 社區(qū)的 GreptimeDB 項目（此項目上周末又登上了GitHub 周熱門第一名！）。 項目鏈接??：https://github.com/GreptimeTeam/greptimedb 如果您對自己的想法還有些許猶疑，也歡迎加入我們 Slack 社群（greptimedbcommunity），先跟大家討論一波 看過已經(jīng)在計劃中的內容，您或許還有別的創(chuàng)意，而 GreptimeDB 也還在快速成長中，有很多提升空間，非常期待您能加入甚至成為新創(chuàng)意的主人。
????點擊下方閱讀原文，前往 GitHub 了解體驗 GreptimeDB ~
評論
圖片
表情