Muse这个平台的在线时间才仅仅过去的20天不到一点点, 它的日活跃人数在第11天的时候, 数量翻了一倍又一倍地增加了10倍这么多, 终于冲到了70万人的规模, 这样子的增长速度确实是非常让人感觉到害怕的。但是更加令人感到奇怪的是, Meta公司的服务器资源已经被使用到了快要被榨干的地步了。
增长速度有多猛
Meta的首席AI官Wang在9月9日的那一天公开地进行了表示, 他提到Muse这个产品, 在它早期的时候使用数量方面, 是远远地超过了内部的预期的, 达到的水平大概是内测的时候的10倍左右。目前的70万日活用户是全部集中在了美国与加拿大的这两个国家里面的, 它的注册渠道还没有开放向全球的。
但按11天翻10倍的曲线推算，Muse在年内冲击百万用户并不困难。真正的难题不是拉新，而是Meta拿什么硬件去接住这波流量。
服务已经亮起黄灯
状态监控平台已经把Muse标记为服务降级。监测端还能够访问Muse的服务, 但是用户端却在持续地报告故障, 最具有代表性的情况就是频繁出现回复无法搜索的现象。这一现象并不是偶发性的零星事件, 而是大面积的、持续性的严重问题。
现在使用这些系统的总人数数量仍然没有突破一百万人的大关, 但是支撑这些系统的硬件和软件等基础设备就已经开始发出危险的提示了。
对于那些正打算将自己的相关产品推向更广阔的市场的大规模推广行动的公司而言, 在此时此刻出现系统性能下降、服务缩水的警示信号这一状况, 其带来的危害程度是非常高的, 可以说是一件相当危险的事情。
压力测试暴露硬伤
一位研究人员对Muse实施了极限测试, 该测试要求系统一次性生成总数为120的若干个子代理。然而最终的执行结果显示, 只有33个子代理得以成功创建, 此外还有87个子代理彻底遭遇了失败。在此次过程中, 整个系统未提供任何任何形式的降级说明。
这说明目前Muse在并发调度的能力上面, 远远没有达到它自身的产品定位预期。一旦用户基数再增长一倍, 这类批量失败的现象只会变得更加普遍, 随之而来的口碑损伤则将会呈现出指数级别的放大态势。
算力需求有多大
Meta做出了这样的一种承诺, 说就是会给每一位的Muse的用户朋友, 去配备上一台专属的虚拟机设备来说, 这个具体的规格方面是设定为提供有2个虚拟的核心CPU, 还有8GB大小的运行内存, 再加上了100GB容量的固态硬盘。
然后呢业内的相关人士进行了一种估算, 就说如果说是最终的用户的总数量达到了1亿这么多, 而且在这个过程中是不去做那种资源的池化处理的这样一个操作的话, 那么从理论上来讲至少是需要配置上2亿个核心的CPU才行。
如果把这2亿的核心数量换算成具体的硬件单位的话, 结果大约是158万颗采用AMD Ryzen EPYC架构的包含126个核心数的处理器。除此之外, 还需要搭配容量为800PB的内存设备以及固态存储设施。
假设将这庞大的硬件采购支出明细列示在任何一家上市公司的年度财务报告里, 该金额数据的体量都将会让财务报表观者感到极为震惊和触目惊心这一结论是显而易见的。
定价撑不起成本
关于 Muse 目前的商业模式, 数据显示其免费用户每周可获得1亿个代币的额度。对于付费订阅服务而言, 起步价格约为每月20美元, 而最高档位的套餐费用则达到每月100美元。假设日活跃用户总数为70万人, 并且这些用户在理论上全部转化为付费订阅者, 那么每月的收入上限也仅仅停留在数千万美元的层级。
可是购买加上进行日常维护, 那一百五十八万个企业级CPU的总花费, 远远超过了原先估算的那个数字数。这就说明当下的商业运作模式在现阶段明显存在倒挂的情况, 也就是支出的部分大于收入的部分或者不符合盈利逻辑。
Meta这家公司接下来只能做出选择, 要么提高产品的售价, 要么想办法优化自己的技术架构, 又或者只能暂时忍耐痛楚, 先控制一下采购的数量和规模。
扩张前的生死关口
为了让Muse实现全球范围内的广泛部署, 当前遇到的算力瓶颈问题是最大的障碍所在。Meta方面正在紧急操作, 重新设定代币方面的使用限制, 这一举动从本质上来说, 就是一场给系统减轻压力的措施。
七十万人出现了服务降级的情况, 那么一百人乃至一千万人的规模到底意味着什么呢。Meta在往后迈出的每一步扩张当中。首先都必须要回答一个明确的问题。也就是你的GPU集群设备究竟能不能真正跟上发展的速度要求。
大家觉得在目前的局势下, Meta公司应该先着手稳住服务质量呢? 还是说应该把继续冲用户量当作优先的事情来做? 欢迎大家到评论区里面去说说你自己的判断。如果觉得这个观点比较有料的话, 请不要忘记赞点个赞, 然后分享给朋友们看一看。
© 版权声明
文章版权归作者所有，未经允许请勿转载。
