从去年的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日
© 2024 杭州图尔兹信息技术有限公司