update redeme

Signed-off-by: 薛港 <xuegang_yewu@cmss.chinamobile.com>
This commit is contained in:
薛港 2022-09-01 01:50:20 +00:00 committed by Gitee
parent ee481d35c9
commit 57def221c6
No known key found for this signature in database
GPG Key ID: 173E9B9CA92EEF8F

View File

@ -24,16 +24,10 @@ He3DB 追求的目标不谋而合。
He3DB架构分4层: 代理层, 计算层, 高性能存储层, 低性能持久层
中间件用户通过中间件请求数据库服务中间件支持PG协议100%兼容PG SQL。中间最核 心的能力就是选择合适的备机节点,保证读写数据的一致性以及备节点负载均衡,未来
中间件能够自动感知业务负载,动态扩缩容备节点,保证服务的持续稳定。
中间件用户通过中间件请求数据库服务中间件支持PG协议100%兼容PG SQL。中间最核心的能力就是选择合适的备机节点保证读写数据的一致性以及备节点负载均衡未来中间件能够自动感知业务负载动态扩缩容备节点保证服务的持续稳定。
计算引擎基于Postgresql 源码改造,架构上实现了计算存储分离,主备共享数据。部分模块
也做了相关优化实现Aurora论文中提到的log is database以及为了RTO时间绝
对可控实现wal 日志的delay replay
计算引擎基于Postgresql 源码改造架构上实现了计算存储分离主备共享数据。部分模块也做了相关优化实现Aurora论文中提到的log is database以及为了RTO时间绝对可控实现wal 日志的delay replay
存储引擎:实现冷热分层:高性能存储层,以及冷数据持久层。
@ -53,15 +47,10 @@ He3DB架构分4层: 代理层, 计算层, 高性能存储层, 低性能持久层
* 数据冷热分层我们能够定义每个备节点缓存不同的热数据通过中间件保证每一个读请求选择最佳缓存备节点极端情况下我们能够保证所有的读请求全部内存命中需要修改buffer缓存算法由空间考虑优化为缓存热数据
##   低成本:
    计算引擎提供serverless服务按需扩缩量保证计算资源的效能最大化未来考虑进一
    计算引擎提供serverless服务按需扩缩量保证计算资源的效能最大化未来考虑进一步拆分CPU和内存资源能够更精准管控计算资源
步拆分CPU和内存资源能够更精准管控计算资源
    存储引擎:业务数据根据使用场景标识温度数,架构上实现冷热数据分层以及支持多种压缩算法。最终目标是保证性能前提下,最大化降低存储成本
    存储引擎:业务数据根据使用场景标识温度数,架构上实现冷热数据分层以及支持多种压
缩算法。最终目标是保证性能前提下,最大化降低存储成本
    
##   高可用,高可靠:
@ -89,7 +78,7 @@ He3DB架构分4层: 代理层, 计算层, 高性能存储层, 低性能持久层
# Roadmap
短期
短期
* 研发高性能存储(重点优化性能) 9-10月
* 支持冷热分层以及数据压缩(重点降低成本) 10-11月
@ -104,8 +93,6 @@ He3DB架构分4层: 代理层, 计算层, 高性能存储层, 低性能持久层
Slack[https://join.slack.com/t/dbspecialzone/shared_invite/zt-1fe4g7uf4-iC_rdhnWpQkP0oQl_GUSKQ](https://join.slack.com/t/dbspecialzone/shared_invite/zt-1fe4g7uf4-iC_rdhnWpQkP0oQl_GUSKQ)
公众号:
![图片](tW0GmL4QCLPXkH/wAu/wCSCxakq9dV2mWVF/dUvtErmPa94YGuJ+qenVaJurr2ywmytr3i3Fu0wbW4xnPbjParDdLtrS76ahsVVZ5/IoQwN20bw7zezqtDp20QTauo7bfhJSU75Ns/)