重磅消息！！CQ 社区版最新规划来了！

从去年的4月份 V1.5 版本（2.0前奏版）到今天过去了1年半，我们严格执行按月发布版本，及时往社区输送新特性，获得了一些认可，但也逐渐暴露一些新问题，主要有：

• 普遍反馈我们版本更新过快。对于数据管理控制类的软件，一般在企业内部比较关键，新特性不是最关键的，核心还是稳定可靠，另外就是用户体验要好，学习成本低一些。
• 一年多把我们当初规划的功能基本做的差不多，CQ 产研团队面临自身的创新不足，这会导致我们开始在产品中添置一些“实验性”的功能，但这不一定是广大用户想要的，我希望创新的讨论和实验要局限在一个小圈子，绝大部分用户想要的是一个可靠的结果，并没有时间和精力去参与新功能特性的共同研发和测试。
• 一些深度用户缺乏系统有效全面的服务，导致参与的热情下降，这些深度用户是让产品更完善的关键因素之一，我们必须要像付费用户一样去对待他们，让共创的改善成果能够惠及更多的用户。

另外，基于企业付费客户的广泛诉求，我在内部给产研定义当前的两个核心目标“改进产品质量、完善用户体验”。结合这两者，我思考了一些解决方案，目前有个初步框架，跟大家分享，也希望在评论里能收到一些建议。

在企业运维领域，有两个主要形态：敏态/稳态，套在 CQ 上，也打算实现这两个态，所以接下来产品会有两个发行通道：

• experimental（尝鲜）版： 在产品中融入汲取社区用户的建议，以及把我们规划的一些新特性，它就是以前的社区版，按月的形式发布，以及时敏捷为主，版本追求的是更多。

• general available（稳定）版： 把深度社区用户和企业用户选择过的功能特性，经过至少2个月以上的可靠性验证，才公开发布。这个通道的版本不求花样多，更追求品质稳定。第一个GA版将会在11月份发布。

以Linux 举例，尝鲜版是 Fedora，而稳定版是 RHEL。考虑到这两个版本的不一样，我们也会尝试建一个 CloudQuery User Group（用户组） 群体，召集那些愿意尝鲜，有需求尝鲜的人。我们会像对待企业客户一样对待 CUG 用户，目前可享受到的收益主要有：

• 按月收到尝鲜版，以及版本的补丁(patch)
• 版本没有任何限制，无论是功能模块、用户数、实例数还是国产数据源等
• 有独立的会员账号，可以提需求，提工单
• 1对1的技术支持配套
• 会定期收到产品的规划和路线图
• 参与由产品经理和架构师参加的产品讨论，畅谈产品使用和规划中的问题和建议
• 社区礼品和奖励，尤其是开放平台的贡献者，会有大礼物

具体的 CUG 申报，后续小助手会有详细的公告。

说完总体建设方案，再说说产品的后续规划，后续的规划遵循3个基本原则：

• 平台化： 逐渐把 CloudQuery 建设成一个数据安全入口平台，所有跟此有关的都会连成一条线，并且用户可以选择性的安装。
• 开放： 把所有的功能组件开放出去，这里的开放主要是 SDK+OepnAPI+Dev Tools 的形式，即用户可以在 Web IDE 上实现如 Active Directory/钉钉的对接、流程的对接、编写新 SQL 审核规则、自定义的数据回滚、自定义审计分析指标甚至是 SQL 执行过程的动作嵌入等。
• 国际化： 让 CQ 整体支持逐渐支持双语甚至多语种切换，前期是英语，后期会逐渐加上日语、德语、西班牙语的支持。

这里我再分享下平台化方针下，已经确定的一些产品功能/解决方案：

• 完善 CloudQuery 产品家族(CQ Family)，将DPEasy功能融合到family中；
• 账号分析(CQ-Derisk)：分析数据库账号的使用情况，跟应用和数据库管理进行对比，发现账号风险，为后续管控提供更好的事实基础；
• 数据库防火墙(CQFW)：基于流量分析，组织一些应用、客户端、IP或者账号对数据库的访问；也会根据用户行为进行拦截封禁，比如特殊SQL；
• Web调试器(CQ-Debugger)：对数据库存储过程/函数进行调试，确定的数据库支持包括 Oracle、PostgresQL、OceanBase 等；
• 数据库监控(CQ-Monitor)：如同 CQFW，采用机器学习等新的数据分析手段，进行数据库健康检测；
• 数据库分级分类(CQ-Ranker)：支持在 CQ 界面上对数据库的数据资产进行分类分级，根据Rank去关联相应的权限、脱敏、审计及流程等，并支持外接分类分级产品。

CQ 从20年开放，一路风雨仍在奋勇向前，这离不开很多人的支持，但产品也来到了中年之疲态，需要总结思考、改革改进，去凝结更多的共识和能量，让 CQ 可以继续走下去，以呼应初心！

最后，请容许我以创始人的名义，对每一个浏览过、使用过、评论过、批评过、付费过的社区朋友，致以深深的谢意！

亦凡
2024年9月14日