最近老冯的一位群友在阿里云数据库上遇到了糟心事儿,气的写了篇文章怒斥阿里云,让我帮忙转发下。我看了下,嗨,这是阿里云常规表现嘛。我觉得他对阿里云有一些不切实际的期待,期待落空之后落差太过明显。阿里云搞数据库的很多都是老冯的熟人,所以我已经很久没有对他们开炮了(更可能是比较无聊了)。但用户怒斥阿里云这种节目,老冯还是喜闻乐见的,受邀转发,不嫌事大。顺便点评一下,附上群友精彩评论。司马辽太杰,10余年数据库架构和运维管理经验,擅长常见关系型、NoSQL、MPP 等类型数据库。业余热爱历史、足球,读点闲书。欢迎关注个人公众号“程序猿读历史”。本文所有观点仅代表个人。
年初,又学习了一边数据库的查询执行模型和共识算法的相关知识,当时参考了多本资料,其中有两本是阿里云和某知名高校共同写作的产学合作系列教材《云原生数据库原理与实践》、《云原生数据库仓库》,两本书作者均是数据库业内响当当的人物。本着向权威专家学习,本人比较仔细地阅读了部分章节,事后却大跌眼镜。仅仅是读完了《云原生数据仓库》一书的【查询执行模型】一章,即令我感到无比震惊,竟然在这一页发现三处错误。当时我陷入深深的困惑,有种自己的信仰崩塌了感觉。过去,在我心中:阿里云数据库团队是哪个打破数据库奥林匹克纪录、是亚太第一公有云厂商、是我们杭州甚至中国的骄傲云计算企业。可为什么打着阿里云旗号出版的,一本如此严肃、专业、权威的数据库书籍,会出现这么多低级的错误??P82页中的【图4-1迭代模型】,右边的关系代数中分别用R和S 代表两个关系,但在左边的图中却出现了两个R表示关系。在同一页中的【图4-2 物化模型】中,仍然出现相同的问题,左边和右边的关系模型符号不一致。在P83页【图4-3批处理模型】中,SQL是`where s.num > 10`,但在图中下半部分却变成 `num > 100`。在《云原生数据库:原理与实践中》P98页介绍RAFT共识算法三个角色之间的转换关系时,书中【图5-4】的备注却是“Follower、Candidate和Follower的转换关系”。让我这样的数据库小白大为震惊,这到底是我对数据库理解不深,还是阿里云诸位数据库专家、大师们认为这些都是无足轻重的小事呢???我百思不得其解,并陷入了深深自我怀疑中。或许是阿里巴巴集团,亦或许是阿里云公司,认为这些都是无关痛痒的小问题,并不影响这本集合阿里云数据团队以及行业多位大咖苦心创作的书籍仍为行业经典圭臬。总之,这只是一本数据库书籍的小问题,并不影响阿里云产品商业化,更不会影响阿里云在广大用户心中的品牌形象。我也反复告诉自己:这是一个无关痛痒的小问题,和阿里云产品没有任何关系,阿里云依旧非常靠谱。直到我前段时间入职了新公司,恰好新公司在使用阿里云,于是有了重新认识阿里云的机会。再,发现我又再次错了。阿里云已经从上到下烂到根了,书籍只是一个引子,产品各种BUG,服务各种拉垮。因为,我在24小时内遇到3个BUG,嘴上永远客户第一,行动各种证明只是一个小问题。不知上周是我没有去灵隐寺上香,还是我生来特别点背。我竟然在二十四小时内,遇见阿里云数据库三个BUG,严重影响生产业务系统稳定性,导致企业产能受损。鉴于企业数据安全要求,我无法把企业中遇到的具体阿里云数据库BUG发出来,但是欢迎阿里云法务、公共关系、运营等等团队来找我交流,以获取更多详细的信息,也欢迎我的桐庐老乡阿里云 CEO 吴泳铭大哥(作为桐庐籍晚辈,称呼您一声大哥不知是否妥当)。阿里云除了产品BUG以外,产品的不严谨、随意性,也处处体现着阿里云的品牌调性。以个人账号购买的阿里云数据库明星产品PolarDB 为例,监控项是TPS/QPS,但具体到显示却只有TPS。当然了,这些产品监控层面小事项(请允许我用事项,毕竟可能阿里云认为这不是问题),相对于“二十小时内遇见三个BUG”实在不值一提。毕竟这类产品阿里领导们也不体验,也没有引起客户的故障,KPI 又不考核,都是芝麻小事,就不要麻烦年薪百万的诸位工程师了。当然了,每次生产故障复盘是少不了的。然而整个复盘过程,令我匪夷所思。对于这一类客户一而再、再而三四五六出现的问题,阿里云团队依旧秉着大事化小、小事化了。整个复盘可以总结为:阿里云这款产品的相同问题不会再出现了,但是未来客户会不会遇见相同问题,我们团队不清楚、不知道、不了解,也给不了建议和承诺。要不然咋说,阿里云同学收入高呢,不仅在计算机工程能力强,在语言表达上堪称大师级别。我一度怀疑这几年春晚语言节目的没落,和阿里云工程师没有积极参与又很大的关系。春晚仅仅跑在阿里云上还不够,我强烈建议春晚节目组和阿里云工程师团队做一次深度沟通,即使工程师们因工作实在忙碌没有时间参加,节目组也可以在交流中获取灵感,从而给全国观众带来更多、更搞笑语言节目。作为一名土生土长的杭州人,内心始终期盼着家乡能诞生世界级的科技企业 —— 尤其在全球科技竞速的当下。然而阿里云一系列表现,接连给我带来意外、惊喜和震撼。不禁要问:这是一家要做102年的企业吗?这是让杭州人引以为傲的科技标杆吗?这是亚太第一的云计算企业吗?这是能代表中国科技实力的行业旗帜吗?当 “科技兴国” 的期许寄托于这样的公司,是我们错付于人,还是一场美丽的误会?
老实说,司马辽太杰提出的这几个问题放在阿里云上只能算 “小问题” 。比如书里的这个图标错了,嗨这算啥啊,你要看这图是从哪儿来的。很明显这里并没有标注出处 …… 看上去似乎有一种洗稿洗错的蠢萌感。老冯之前做阿里云 RDS PolarDB 监控适配的时候弄了套数据库测试了下,花了一个小时整完,发现了十多个缺陷,然后挑了几个提给他们。这还只是随便看看,深挖不知道坑还有多少。然后开源 PolarDB PG 封包也是一堆问题,基本上给人的感觉就是 —— 这糊的都啥玩意,太粗糙了吧。一位金融行业的群友看到这条消息,也吐槽到还有更离谱的问题呢。经过群友的同意,也在此发出。当然,最好玩的当属今日份的乐子,spring-ai-alibaba 提交代码把 key 提交了,V友发现还真能用,用了半天后刚刚终于失效了。AI 服务 密钥就这么大喇喇的提交上来了,然后还提了个 Commit 清理……老冯做 PG 数据库发行版有好几年了,已经帮助不少客户从阿里云上搬下来了。有很多人问老冯,都是做数据库发行版,我为啥要用你的 Pigsty 自建而不用阿里云 RDS 或 PolarDB ?我一般都笑笑,因为自己用过才清楚知道为什么,自己用过云上 RDS 的用户再来找俺,就不会有十万个为什么了。
阿里云rds_duckdb:致敬还是抄袭?
支付宝崩了?双十一整活王又来了
记一次阿里云 DCDN 加速仅 32 秒就欠了 1600 的问题处理(扯皮) 转
阿里云:高可用容灾神话的破灭
阿里云故障预报:本次事故将持续至20年后?
阿里云新加坡可用区C故障,网传机房着火
阿里云又挂了,这次是光缆被挖断了?
云计算:菜就是一种原罪
taobao.com 证书过期
牙膏云?您可别吹捧云厂商了
罗永浩救不了牙膏云
迷失在阿里云的年轻人
剖析云算力成本,阿里云真的降价了吗?
从降本增笑到真的降本增效
阿里云周爆:云数据库管控又挂了
我们能从阿里云史诗级故障中学到什么
【阿里】云计算史诗级大翻车来了
阿里云的羊毛抓紧薅,五千的云服务器三百拿
云厂商眼中的客户:又穷又闲又缺爱 马工
云RDS:从删库到跑路
云数据库是不是杀猪盘
对 PostgreSQL, Pigsty,下云 感兴趣的朋友
欢迎加入 PGSQL x Pigsty 交流群(搜pigsty-cc)