此篇是一个系列，专门剖析笔者3年使用阿里云数据库中遇到的问题，并针对这些问题进行假设性的改进建议，大部分内容为真正使用过产品和服务后的感触，带有个人的一些主观观点，这也是不可避免的。
此篇是本系列的第三篇，主要针对阿里云数据库系列产品使用进行一次感受的反馈原来的标题是《阿里云数据库产品，对内对外一样的狠》
这已经是这个系列第三篇，前两篇如果说还在圈外去说一些事情，这篇将开始深入到产品的内部来说一些3年使用中的一些感受，里面一定有个人主观的一些看法，如果有莽撞和冒失的言语，还请阿里云的老师们指正。
阿里云的数据库产品的种类是非常丰富的，如果你是阿里云数据产品的用户，那么一定会对阿里云的产品，哪怕是其中的一个产品都不会十分清楚其中的产品功能和秘籍，对,我没有说错，是弄不清楚，那么为什么说弄不清楚。
我将从以下几个我3年多使用的经验来阐述，客户弄不清的原因。
1 变更太快：对的变更太快，我们以阿里云的核心数据库产品 PolarDB，为例，PolarDB的产品线，设计的技术层次，以及产品的技术功能，变更的速度是非常快的。可能和人员的变动的速度一样，PolarDB 是我目前20年数据库工作中，变化最快的产品,没有之一。（当然这与他的发行方式有关）
或者说我们让一个阿里云内部的人士，让他自己来说明PolarDB的产品完全的产品线，功能线，这对他们也是一种挑战。
举例：我们以POLARDB FOR MYSQL 为例，他就有两个版本 8.01 AND 8.02 ，这两个版本的功能是有不同的，同时一个POLARDB FOR MYSQL 的硬件就包含了千奇百怪的变化，企业版本，通用版，标准版，多节点写版本，等等这些版本都具有不同的意义和服务不同的客户，且数据库的“脾气秉性”都不一。
仅此一个产品的功能还有 serverless , imci ，archive-engine，所以产品的功能变化快，功能多是阿里云数据库产品的一个特色，一般人想要搞清楚，那会非常的困难，POALRDB 到底是什么，我听到的群里，客户，甚至同事的回答多是 “盲人摸象”，乐高数据库我到觉得是对PolarDB的一个贴切的称呼。
2 客户的提出的要求多：这点我可以从我身上进行验证，因为我给serverless 产品， POLARDB 的一些功能都提过一些使用中的需求，他们变化很快，如果合理基本上1个月就可以在现有的产品上把功能升级了。
3 功能重叠与交织：这点也是让我有选择困难的，比如DAS和数据库审计的功能之间就有重合，在最早之前甚至还出现过，我们讨论到底是通过数据库审计来对数据库操作进行跟踪还是DAS来进行，虽然两个功能从出发点和客户层的对象是完全不同的，但功能是类似的难免让客户去开始想到底哪个更省钱，到底哪个是一箭双雕，个人理解不如把功能做精准，不要让客户有随意在不同功能层次上的选择，这样对于阿里云功能太多繁乱的情况下，有利于客户更省心省力的找到对应的产品并使用。
4 内部的竞争和功能的取代：这点我一直考虑要不要说，但他实际存在，可能也给阿里云内部的一些同学以困扰，这也是这篇的题目的一个核心点，给予阿里云产品的丰富必然产生的问题，卷，阿里云内部的各种产品的互卷和功能之间的交互，交互第三点说过了，而产品的互卷在我看来是比较heavy的,这里我举一个例子 数据库产品中的 RDS 产品和 POLARDB产品,这两个产品之间是一个非常严重的互卷的情况,PolarDB本身的客户很多都是从RDS产品迁移过来的,如果从整体阿里云的营收这没有什么,都是一个口袋的产物. 但对于RDS 和 POLARDB团队,这就绝对不是整体观,这是一个个体发展的问题。资源就那么多，包含人，物，钱，给A 多，B必然会少，这体现在产品的迭代的速度，和产品的服务能力上。
使用过阿里云的产品的角度，我个人体会的服务能力和速度以及质量上，
PolarDB > ADS > RDS > Redis > MongoDB > 其他,这就是我个人的一个感觉,当然可能不对,如果不对阿里云的老师可以指正我.
那么有人问,你怎么知道他们之间卷呢,我还举一个例子,咱们数据库业界大咖,我说的大咖那一定是说出来名字,掉到地上都有声的,有一天人家微信问我,PolarDB 的MYSQL 的数据库引擎是AliSQL吗,这个老师的一个客户问这个问题,因为阿里云的RDS的售前同学说PolarDB 和RDS 数据库的内核是一样的,性能也是类似的,这个老师问我是不是，我只能如实回答，不是，因为这两个产品我都用过，那能一样吗？
从这个事情也看出，阿里云在RDS 和 POLARDB 的销售中已经产生了竞争，这或许是冰山一角，更多的一些客户是否得到正确的信息，这怎么说呢，那可能要看售前的....... 算了不说了.
这里并没有要贬低,或者暗指什么,这是一个产品或公司的发展的必然,是躲不掉的,产品多之间功能类似,涉及到在公司的生存和被关注的状态,这必然会产生产品功能类似之间的团队的竞争和消耗。
所以这期的题目，阿里云的数据库产品，对内对外是一样狠的，对内是同类型的产品之间不断地内卷，在内部卷的同时也形成外部产品的卷，当然对于阿里云本身的数据库产品是好事，产品迭代速度快，功能更新的快，但任何事情都有两面性，在卷的同时，一些无效的消耗也就产生了，大厂也一直如此可能两个团队在做类似的事情，最后必然一个是“失败者”，并且很多产品之间的吞并，合并也经常发生，有时候会给人一种虎头蛇尾的产品，一开始声势大，但后面产品就落寞了，不更新了就那样了，最后等着客户迁移走，最终落幕。
同时还有最后我要说的一个问题，也就是狠了后，被忘记的数据库产品。
5 边缘化的数据库产品：这里的数据库产品并不是真的边缘化,而是我们实际中需要，但在阿里云不被重视的产品，比如MongoDB,这点我在使用中是非常清晰的感觉到了,从硬件的支持力度,从产品的一些严谨度,从一些根本的设计上,都有很多长进的空间,在阿里云这样一个技术氛围强,卷的要死的地方,一些"边缘"的数据库产品,我一个外人只能理解为,阿里云不重视这样的产品,或者说没有时间顾忌,力量再大,架不住东西多,再大的力量分散了后,对于某些产品也就分不到什么了.甚至在REDIS 方面我都觉得比MongoDB支持的力度要打,阿里云redis有一个产品叫 tair,这就是比REDIS 更便宜性能更好,的自研产品.
写到这里,可能每个云企业都是这样,属于自己的都会给到最大的支持,而外来的寄宿者可能也仅仅是一个寄宿者,当然这里并不是阿里云对MongoDB不好,这也是综合了商业利益和价值的考虑,一个用户又怎么能完全理解其中的道理,只能在外面看看感受最终的一些结果.
到这里阿里云的数据库产品线是完整的,甚至有些产品是在二退一的方式在发展,对于一些边缘化的产品本身,作为一个客户的角度还是希望能支持,虽然可能商业利益少,但他是数据库解决方案体系中的一环,缺少这一环或者这一环有比较多的"有提升的空间", 对于整体的解决方案和数据库使用都是一个缺憾.
Austindatabases 公众号，主要围绕数据库技术（PostgreSQL, MySQL, Mongodb, Redis, SqlServer，PolarDB, Oceanbase 等）和职业发展，国外数据库大会音译,国外大型IT信息类网站文章翻译，等，希望能和您共同发展。
