暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

新基建 | 诺曼底登陆系列——低调自嗨的腾讯云

落风潭 2023-06-26
472


上期潭主发了一篇有关阿里云水土不服的文章,阅读和关注的数据都不错。

感觉圈内人苦阿里久已。

阿里之后,潭主又跟测了腾讯,小有收获。

本期,回顾一下腾讯云的PoC花絮

久违的腾讯云

说起腾讯云,潭主并不陌生。

2015年初公司参与春晚红包项目,当时用的就是腾讯公有云。

那个年代,业务上云还是件时髦的事,当然背后的挑战也很大。

用当下的眼光去回看那时的腾讯云,真的是很“低”调,印象中当时只有基础的开源组件,连VPC这样的概念都没有。

据说当时公司为春晚红包项目砸了一大笔钱,时间紧、任务重,IT的压力史无前例。

潭主认为这个项目上最大的收益是改变了公司原有的商业技术主导路线,借战略预算的投入对开源软件进行了实战演练。

随后,IT内部掀起了一股开源浪潮。

厂商每天都在讲技术、吹产品,对IT来说,这些面上的风控比较容易做,但看不见的风险才是真正的风险。

你能想象像腾讯这样一个大厂的计费系统是如何的混乱不堪吗?!这背后其实就是互联网野蛮生长的一个缩影。

只是不巧,潭主踩了这个雷

没承想几年之后再次相遇,腾讯云依旧如此“低”调。

全流量网关

言归正传,潭主这次跟测是腾讯的微服务产品。

PoC时特意强化认知了一下当前腾讯的产品:TCE、TKE、TSF和TCS。

TCE指的是鹅厂的专有云,TKE是鹅厂的K8S,TSF是鹅厂的微服务框架。

至于TCS,则是腾讯口中用来跟阿里SOFAStack对标的专有PaaS产品。

PoC之前潭主对时速云灵雀云这些独立PaaS产品的功能和定位有些了解,所以在潭主看来TCS更像腾讯是用来平替灵雀云的自有产品。

不过从跟腾讯的交流情况看,潭主觉得TCS跟SOFAStack并不在一个层次上。

其实,从当前厂商在项目上做的产品PoC也能略知一二。

再来说说网关,TSF的微服务网关更多只是针对用户侧的东西流量,但在用户的PoC用例中明显能看到关于南北流量的诉求。

潭主之前也看过APISIXFlomesh等产品,都有全流量网关这个卖点,但到了鹅厂,产品明显是割裂的。

于是又扯出了RIO,里约网关。

RIO的名称由来是Run In One,因为厂商没准备,所以现场只能先做技术交流。

从售前PPT看,RIO其实并不是全流量网关的意思,而是把接入网关、准入网关和API网关和边界网关整合到了一起。

没办法,鹅厂的产品就是这么设计的。

产品不行,演技来凑

因为微服务框架中涉及到了服务治理,所以潭主又扯到了混沌工程。

这里面涉及到一个问题,PoC测试的人都是看产品的,厂商只好又临时协调了Oscar的人做了一个远程的产品讲解。

云厂商的产品售前听上去都高大上,可一旦问得比较细,很容易原形毕露。

这件事表现在Oscar身上,更为突出。

奥斯卡,腾讯给混沌工程产品起的名字。

可是摆在眼前Oscar在潭主看来只是腾讯内部测试团队自己使用的混沌工程工具而已,根本就不适合客户用。

你不能说腾讯云没技术,他只是没为你准备而已。

没有对比就没有伤害,看过了阿里,自然就知道腾讯跟阿里的差距了。

虽然潭主并不认为阿里系的产品有多好,但是腾讯的产品明显还不成熟。

这个问题最终会反映到后续的产品更新和迭代上,隐性成本高。

除了NVIDIA,AI还有啥

今年ChatGPT让AI又火了,潭主借机去关心了一下腾讯的GPU能力。

整个PoC环境就一台插了4块Tesla卡的GPU服务器,只能演示一个VM一个GPU卡的直通模式,普通的不能再普通。

你让他演示一下vGPU,他说英伟达的License很贵,又给你往公有云上扯,你说那能不能一个VM绑两块GPU卡,不好意思,不支持。

至于远程跨机调用GPU,同样也是没戏。

总之,就是你想要的都没有。

当然,这事也不能全怪他。

目前唯一降本增效的解决方案就是采用应用容器化部署,可以缓解GPU的成本压力。

一旦涉及到应用改造立马就感觉这条路满是荆棘。

没想到腾讯的GPU资源池如此不给力,当下看专有云,概念大于实质。

此外,全程测试过程中未曾听到寒武纪的声音。

三个臭皮匠,顶个诸葛亮

从腾讯一周的测试情况看,TCE的表现乏善可陈。

在PoC过程中感受到的是腾讯的产品力明显低于业界细分专业水平,尤其在PaaS层面。

因为腾讯的眼里只有一个敌人——阿里。

以前文提到的“奥斯卡”为例,客户听到的都是腾讯的自嗨,跟阿里比,都是人无我有,人有我优。

可惜这些都跟客户没有直接关系。

相比之下,客户更关心的是自己的应用在云上的混沌能力,而不是腾讯云自己的混沌能力。

大厂之间相互对标的结果就是限制了自己的格局。

虽然大厂单品跟细分领域有差距,但大厂的优势在于集成和整合能力,体现在IaaS上,虽然产品互有差异,但大同小异。

相比之下,离用户更近的PaaS则体现出较大的差异,所以选型最终要看用户的需求到底是什么。

比如,腾讯TSF的容器集群是独立的,不支持联邦,缺少应用多集群的“统一管理,如果想要在K8S集群层面做双活,用户自己还需要做不少事。

再比如,虽然TSF对经典微服务和Mesh架构都支持,但明显能感受到TSF对Mesh支持的不足,很多标配的Mesh功能竟然都不支持,让人费解。

在潭主看来,EnableTLS远没有EnableTSF来得简单。

综合评判,腾讯的PaaS能力一般,跟潭主的期望有较大差距。

后浪,就在潭主身边

如果非要表扬一下腾讯,潭主只能说鹅厂的女助攻很给力,算是PoC中的一抹亮色。

之前京东是找了部分研发在现场支持,阿里则属于男多势众。

相比之下,腾讯远程的女助攻与现场工程师配合默契,用户测试体验很好,远胜阿里。

测试空档期潭主跟腾讯的小伙伴聊了聊,才知道原来他们都是从成都出差来的。

本场给潭主做TSF测试的小毛同学是97的,不由想起了毛不易的《入海》,当年B站的《后浪三部曲》。

不禁感叹,年轻真好!

其实,歌词也好。

时间会回答成长,成长会回答梦想,梦想会回答生活,生活会回答你我的模样

- END -

感谢阅读。如果觉得写得还不错,就请点个赞或“在看”吧。

  • 公众号所有文章仅代表个人观点,与供职单位无关。


文章转载自落风潭,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论