云计算|深度干货|让数据存得起 看得见,云原生Lindorm技术解析( 三 )


虽然大家普遍认为支持多模型是数据库 , 尤其是NoSQL数据库的重要趋势 , 但是对其具体的技术理解和实施却不尽相同 。大部分系统基于通用KV/Table模型 , 构建出更多的垂直模型 , 如HBase基础之上的OpenTSDB , 从而在数据库开发与运行效率之间取得一个折中 , 但受限于数据引擎的唯一性 , 无法在各个垂直场景取得最佳效率 , 所以无法从本质上替换多套系统组合的解决方案 , 更多是去减缓使用 。还有部分云厂商的产品 , 在数据库平台和产品宣传侧形成统一 , 而在应用开发侧 , 各个模型独立资源、独立部署、独立使用 , 更多是一种对多套系统组合方案的体验优化 。
与现有多模数据库的部分解决不同 , Lindorm希望通过多模能力的构建 , 即满足应用数据的多样化处理需求 , 又拥有简单统一的应用开发体验 , 还具备垂直场景的高效运行效率 , 从而真正释放用户所需要的多模优势 。与传统分库分表方案升级到分布式数据库内置Sharding能力相似 , Lindorm希望将应用在面对多套系统组合方案中的复杂数据处理下沉到数据库 , 如多模数据同步、多模关联查询、统一读写接口等 , 并提供简单、高效、稳定的一体化多模能力 。
Lindorm期望探索和实践一种真正的多模原生的数据库 , 基于融合的多模数据管理思想 , 面向用户提供统一的产品体验、统一的数据存储、统一的查询访问、统一的系统架构、统一的数据交换 , 内置垂直专用的数据引擎 , 犹如内置CPU、GPU、 NPU等多处理器的计算机 , 取得高效、简单的双赢 。
云计算|深度干货|让数据存得起 看得见,云原生Lindorm技术解析
文章图片

文章图片

3.2 云原生
在过去几年 , 云原生技术和理念得到了广泛接受和快速发展 , 虽然相关定义更新很快和对其理解也不尽相同 , 但从开发者角度而言 , 云原生是一种最大化享受云计算红利的技术理念 , 包括但不限于弹性伸缩、按量付费、开放标准、Serverless化等能力 , 将推动软件重塑生命周期 。
Lindorm的未来是全面拥抱云原生 , 逐步从构建于传统IT架构环境 , 走向云基础设施;从整租式的数据库服务 , 走向弹性按需使用;从阿里私有协议接口 , 走向业界开放标准生态 。通过集团云原生上云战役 , 全面完成一套产品同时服务好内外客户 , 重点打造以下能力:
Serverless , Serverless是体现云计算的按需使用、极致弹性的最好表现形式 , 用户可以通声明式API定义对数据库资源的要求 , 包括可用性、延迟、一致性、部署位置等 , 并且不再需要为不确定的业务流量去评估存储、请求等资源 , 完全收敛精力到业务的开发 , 加速数据应用创新 。实现真正的数据库Serverless能力的核心关键是隔离和调度 , 前者需要解决共享资源下的稳定性问题 , 确保租户之间不会产生影响;后者需要解决资源的按需供应和高效利用 , 确保集群负载均衡 , 并能根据业务流量快速弹性伸缩 。
IaaS云化 , 通过云基础设施的共池资源 , 不仅可以解决库存与成本的问题 , 免除基础IaaS的维护开销 , 为弹性Serverless提供联动的物理资源;同时 , 其永不下线和按需取用的特点 , 也将促使软件架构进化 , 打破节点宕机不可恢复和资源固定的假设 , 借助于可扩容、可重启的外力 , 软件的稳定性体系建设将拥有更多的手段和策略 。最后 , 云上丰富的基础资源形态 , 如多类型算力(CPU/GPU/FPGA)、多样化存储(ESSD/高效云盘/OSS) , 使得Lindorm针对数据的存储处理可以更加多元化 , 比如冷热分层、Compaction Offload等 。
开放标准 , 数据库领域的标准接口主要是两类 , 一类是开源数据库的事实标准 , 另一个就是通用的SQL标准 。Lindorm将同时提供两种方式 , 即承载好外部存量业务的平滑迁移 , 也具备差异化能力的输出窗口 。


推荐阅读