阅读说明
先理解站点关注的问题边界,再进入具体文章。
这个站点按 Hugo 的技术博客方式组织内容:首页负责给出主题边界和阅读路径,文章按专题分组,归档和搜索页面负责快速定位。
当前第一组内容是“云数据库系列”,重点不是介绍某个产品,而是把工程团队真正会遇到的数据库问题拆开讲清楚。
你可以这样开始阅读:
- 如果你刚接触云数据库,先看《云数据库系列总览》和第 1 篇、第 2 篇。
- 如果你已经在生产环境中使用托管数据库,优先看高可用、性能治理、成本控制和迁移几篇。
- 如果你想快速扫一遍所有文章,直接去文章页、归档页或专题页。
云数据库系列总览
一组面向工程团队与技术管理者的云数据库系列文章,覆盖认知、选型、架构、性能、成本和迁移。
从这里开始云数据库系列
围绕云数据库的专题文章集合,适合想系统梳理数据库上云问题的工程团队。
- 按顺序阅读,适合系统建立认知。
- 覆盖选型、稳定性、性能、成本和迁移。
- 适合工程团队、技术负责人和 SRE。
专题目录
当前站点已经开始按专题扩展,而不是只维护一组文章。
专题文章
按推荐阅读顺序展示,适合系统阅读。
第 1 篇:Lakehouse 到底在解决什么问题
lakehouse 的核心价值不只是统一存储,而是把数据平台的存储、计算和交付边界重新拆开。
第 1 篇:云数据库到底改变了什么
云数据库的价值不只是托管,而是重新划分数据库生命周期中的责任边界。
第 2 篇:Iceberg、Delta Lake、Hudi 该怎么看
选表格式的关键不在于谁最流行,而在于你的写入模型、查询路径和引擎生态更适合哪一套事务与元数据机制。
第 2 篇:关系型、NoSQL、NewSQL 怎么选
数据库选型的关键不是“哪种技术更先进”,而是哪种约束更符合你的业务。
第 3 篇:Lakehouse 的数据摄入和建模别只盯着批流一体
lakehouse 的摄入链路重点不只是批流一体,而是怎样让原始层、明细层和消费层之间的责任边界稳定下来。
第 3 篇:高可用、备份与容灾的真实成本
在云数据库里,高可用、备份和容灾是三件相关但完全不同的事。
第 4 篇:Lakehouse 成本问题往往不在存储
lakehouse 平台真正容易失控的,通常不是对象存储费用,而是扫描量、重复计算和治理缺失带来的计算成本。
第 4 篇:性能治理不是只看 CPU
云数据库性能问题往往不是“机器不够大”,而是访问模型、索引和流量形态出了问题。
第 5 篇:Lakehouse 真正上线,卡在治理而不是查询引擎
一个 lakehouse 平台要真正跑到生产环境里,最难的通常不是把查询跑起来,而是把权限、质量、血缘和责任边界真正落地。
第 5 篇:云数据库为什么总是“越用越贵”
云数据库成本失控通常不是因为单价高,而是因为扩张路径没有被约束。
第 6 篇:从自建 MySQL 迁移到云数据库的实战路径
数据库迁移的重点不是“搬过去”,而是在可回滚前提下完成切换。
阅读路径
不同角色可以直接从自己最关心的问题切入。
先看选型和责任边界
先搞清楚云数据库解决什么、不解决什么,再讨论产品和预算,否则很容易误判风险。
重点看性能、稳定性和迁移
真正影响线上体验的,通常不是实例能不能创建,而是访问模型、故障切换和迁移窗口怎么控风险。
用归档页和搜索页
当文章数量继续增加后,专题负责组织知识,归档和搜索负责提高查找效率。