Bytebase 面向开发，DBA 和平台工程师，是数据库开发生命周期管理的一站式解决方案。作为同时唯一被 CNCF 和平台工程组织收录的产品，Bytebase 取代了组织中零散的数据库工具集，统一操作数据库的工作流程。

SQL 客户端

替代 Navicat、DBeaver、DataGrip、pgAdmin 和 phpMyAdmin 等本地 SQL 客户端： Bytebase vs Navicat

传统的 SQL 客户端提供 GUI 图形用户界面。Bytebase 提供的则是基于 Web 端的 SQL 编辑器。采用 Bytebase 后，DBA 无需再把数据库密码分发给个人。DBA 只需在 Bytebase 后台配置数据库连接串，收口所有访问。使用 Bytebase 还可以动态地授予个人数据库/表的访问权限。此外，还可以配置环境，项目，数据库，表，列的动态脱敏策略。

Schema 变更和数据订正

替代 Liquibase、Flyway、Sqitch 等基于命令行 CLI 的变更工具 相比于传统的基于 CLI 的变更工具，Bytebase 内置了全面的变更发布能力。

• Bytebase vs Liquibase
• Bytebase vs Flyway

不同数据库，超过 100 条自动 SQL 审核规则

按照环境的流水式发布，以及可以针对分库分表以及多租户的批量发布

内置 gh-ost，针对 MySQL 的大表变更

变更协同

替代诸如 Jira 等项目管理工具

一个常见的数据库变更流程如下：

1. 开发在诸如 Jira 这样的项目管理系统提交一个数据库变更工单。也有可能直接贴在语雀或者 Confluence 文档上。
2. DBA 审核语句，在 Jira 或者 IM 上和开发来回讨论。
3. DBA 复制语句到自己的 SQL 客户端，本地执行。
4. DBA 更新工单的状态，或者线下通知开发变更执行完成。

Bytebase 为 DBA 和开发人员提供了一个类似于 GitLab / GitHub 的工作平台，以便就数据库变更进行协作。工单界面展示了数据库变更的整体进展，变更的提交，审核，发布都在 Bytebase 里操作，而无需来回切换不同工具。所有操作日志也会被记录下来，并且可以配置 webhook 发布到 IM 里。

开发者友好的变更流程

替代 Archery, Yearning 等 SQL 审核工具

相比于同样有可视化界面的 Archery, Yearning，Bytebase 的特点在于和研发流程的集成。

• Bytebase vs Yearning
• Bytebase vs Archery

GitOps / Database-as-Code

通过鼠标点击 (Point-and-Click) 就能配置的 GitOps 工作流。支持 GitLab, GitHub, Bitbucket, Azure DevOps。把变更脚本提交到代码仓库后，会自动在 Bytebase 上生成数据库变更工单。

像 Git 分支一样的数据库变更操作

像开发代码时开启分支一样，可以通过开启分，结合可视化 Schema 编辑器，进行数据库开发。

开放的 API

Bytebase 通过 API 可以和公司已有的研发流程和平台对接。比如在 GitLab CI 中配置 SQL 审核。也可以完全调用 Bytebase 的 API 从内部的研发平台上发起数据库变更。

总结

Bytebase 目前支持了市面上所有主流的数据库。它收口了人对数据库的所有操作。通过一站式的解决方案，整合了各种零散的数据库工具，使得组织能通过统一的入口来变更、查询、保护和治理无论是云上还是云下的各种数据库。

---

💡 更多资讯，请关注 Bytebase 公号：Bytebase