InfoQ|解读 TiDB:行走在 GKE 上的 NewSQL 开源数据库( 三 )


“GKE dataplane 第二个版本将会把 eBPF 网络层的特性引入到 GKE 的集群当中去 , 尽管不是 Google 引领的技术 , 但是我们依旧会第一时间把最新、最好的技术引入到产品之中 。 一直以来 , Google 在数据、AI/ML 领域投入都非常大 , TiDB 和 k8s 都是非常重要的伙伴和组件 , 我们也在尝试着把人工智能相关技术引入到 GKE 的弹性伸缩场景中去 , 让 GKE 变得更加酷炫 。 ”
3讨论云上 TiDB 在行业和场景中的应用 综上所述 , 既然 TiDB 拥有很好地特性和特点 , 那么在行业和场景中的应用又是否足够硬核呢?
TiDB 的核心价值是可以无限地去水平扩展 , 同时满足业务高吞吐和低时延的要求 , 应用场景也非常广泛 , 以游戏行业举例来讲 , 数据的可靠性和服务可用性是非常重要的 , 数据库一旦出现故障就会影响到玩家体验 , 业务不停机是很多游戏公司对数据库选型提出的要求 。 而 TiDB 本身有多数据副本、高可用部署的架构特点 , 容忍单点故障和自动治愈 , 以及支持滚动重启升级等特性 , 可以很好满足这些场景的需求 。
“很多游戏厂商都存在用户量暴增的场景 , TiDB 如何去解决这些行业场景下的痛点?”
针对上述吴斌提出的问题 , 刘寅举例回复道 , 在线游戏往往需要实时写库 , 在业务高峰期写入量非常大 , 而通常表的主键是一个单调递增的序列 , 高并发写入会导致出现写入热点 。 TiDB 可以支持一种 auto_rand 类型的主键 , 既能保证主键不会冲突同时将热点分散在各个节点 。 用户可以在不改变业务逻辑的前提下应用这个特性 , 满足唯一性约束的同时提升写入性能 , 这个特性在很多的游戏用户里面都非常受欢迎 。
除此之外 , TiDB 还有一个非常有意思的能力是提供实时分析 。 在 TiDB 上 , 行存和列存的数据保持同步更新 , 同时提供一致性的查询 。 运营人员可以直接基于线上最新的数据执行 Ad-Hoc Query , 进行实习分析和实时决策 。 这个特性在反作弊和实时风控等场景中非常有用 。
在此类业务场景下 , 很多企业也都在尝试结合人工智能技术更好地落地数据库产品 , TiDB、Google Cloud 同样是其中的探索者 。
“Google Cloud 本身有非常好的数据处理和 AI 生态 , 和 AI 相关的产品有两种 , 一种是开箱即用的 API 类产品 , 另一种就是大家耳熟能详的纯手动档产品 。 目前 , TiDB 已经通过 GKE 这样很好的技术结合点‘牵手’ Google Cloud, 未来也期待在 AI 方面探索出更多的合作 。 不管是 TiDB 的用户 , 还是任何数据库产品的用户都可以借助 Google 这个强大的生态 , 还有数据交换的媒介更好地发展业务 。 ”吴斌表示道 。
4从产品易用性和安全合规看 TiDB 前文讲了很多关于 GKE 和 TiDB 的优质特性 , 那究竟如何在 GKE 上面使用 TiDB 产品?
“两步就能搞定 , 第一步借助开源工具 Terraform , 一键初始化 GKE 资源并自动安装 TiDB Operator;第二步完成 TiDB 集群的部署 , 整个过程非常流畅 , 用户可以通过这套方案来快速地去管理数据库 。 ”这里提到的 TiDB Operator, 除了提供 TiDB 集群的部署管理外 , 还能够支持 TiDB 的监控、数据备份恢复等功能 。
那相对于用户自建的方案 , TiDB Cloud 又能带来哪些价值?
针对这一问题 , 刘寅表示 , 首先就是在于降低用户的总体拥有成本 。 通过 TiDB Cloud 这一全托管数据库服务 , 用户可以通过几下点击快速创建 TiDB 集群 。 而集群的运维全部交给 PingCAP 的专业工程师 , 由他们对集群进行 7*24 小时的监控 , 给数据库打安全补丁 , 定期备份 , 以及提供更专业的性能调优支持等 。 用户可以更专注在自身的业务 , 而不需要雇人和花精力在数据库的管理和运维上 。
“在安全和合规上 , 一方面 PingCAP 与 Google Cloud 深入合作 , 借助云本身基础设施提供的安全性与合规保障;另一方面 TiDB Cloud 将自身的安全特性放在首位 , 例如通过静态数据加密和传输层加密保障用户的数据安全 。 同时 TiDB Cloud 也在做各种合规认证 , 例如:SOC 2 , GDPR 等 , 以满足全球不同地区的合规性要求 。 ”


推荐阅读