该给一头热的AI 降降温了--一盆冷水清醒一下投资的资本
❝开头还是介绍一下群,如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题,有需求都可以加群群内有各大数据库行业大咖,可以解决你的问题。加群请联系 liuaustin3 ,(共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9)(1 2 3 4 5 6 7群均已爆满,开8群近400 9群 200+,开10群PolarDB专业学习群100+)
---译文
大型科技公司已进入一场争夺人工智能领域主导权的军备竞赛——2023年至2025年间,亚马逊、谷歌和微软在AI开发上的投入超过6000亿美元。AI支出的大幅增长反映出它们的信念:AI将彻底改变科技行业,重塑全球经济。
高管与投资者可能正优先推进AI,却牺牲了数百万人日常使用的传统系统。这种对AI的持续聚焦,有可能削弱供应商服务现有客户、维持稳定收入流的能力。无需预言就能预见:客户满意度下降、收入减少、声誉受损。
过度投资AI的代价
超大规模云服务商财力雄厚,但AI支出仍会在任何资产负债表上留下明显痕迹。我们谈论的不是增量投资——而是资源分配的剧烈转变。仅谷歌、微软和亚马逊就在AI基础设施搭建、先进AI模型训练,以及人才或小型AI公司收购上投入天文数字的资金。它们将AI视为变革性技术,但如此巨额投资本身就带有内在赌注。
为证明这些成本的合理性,AI必须带来足以匹配(或超过)忽视其他技术所产生的机会成本的回报。然而,这一结果远未确定。许多AI创新距离充分发挥潜力还有数年时间,尤其是在企业级规模下。开发和部署AI需要时间,还需要组织变革,而谨慎的企业仍在权衡是否采用未经充分验证的技术。
如果AI未能很快带来有意义的财务回报,投入其中的资金可能会拖累盈利能力。弥补收入损失的明显路径是提高其他服务价格,或削减必要服务的预算——这两者都会降低客户满意度。
忽视当下的技术与用户
AWS和微软Azure都已将研发与领导层的重点大幅转向AI,优先考虑机器学习、人工智能等新兴技术。这种转变可能导致忽视现有工具的优化——比如数百万企业每天依赖的传统云计算服务、企业软件、网络安全解决方案和基础设施产品。随着企业追求AI突破,这可能导致性能下降、安全性减弱、客户服务改进减少。
这里的风险显而易见:创造稳定、可预测收入的现有客户可能会感到被忽视。如果因资源投入AI开发导致核心服务下滑或停滞,客户可能开始转向其他厂商。这并非假设——企业依赖可靠、得到良好支持的工具来实现运营和财务目标。任何“大型供应商偏爱高风险AI项目,而非维护和改善核心技术”的认知,都会损害客户关系、削弱信任。
AI并非立竿见影的收益
推动这场AI淘金热的最大误解之一,是认为革命性成果近在咫尺。科技行业喜欢宣扬快速创新周期,但实际的企业AI adoption(采用)速度要慢得多。在医疗、政府或金融等高度监管、规避风险的行业实施先进AI,是一个以“年”而非“季度”衡量的过程。企业需要严格测试、与遗留系统集成,以及获得多层级领导的认可——这些都不是一蹴而就的。 此外,如今许多企业缺乏充分利用先进AI能力的专业知识或基础设施。例如,最近才过渡到云计算的企业,不太可能有支持尖端AI系统的技术基础设施或高技能人员。这对供应商来说是个悖论:即便它们在AI领域开发代际创新,付费使用这些服务的企业可能并未准备好大规模采用。如果这种市场惰性持续存在(且几乎没有理由认为它会迅速消失),AI近期的收入潜力可能远低于极高的预期。
讽刺的是,对AI主导地位的激进追求,也暴露了微软、谷歌、亚马逊等公司的商业模式弱点。这些公司向投资者传递的信号是:未来取决于技术创新,而非历史成就。这带来一个困境:AI部署放缓或采用率不佳,可能破坏其领导策略、动摇投资者信心。此外,优先级转移可能让小型竞争对手瞄准那些被忽视的市场 segment(细分领域)。例如,专注高质量、可靠服务的中型云服务商或企业软件公司,可能会吸引因大型科技公司AI驱动目标而沮丧的客户。
平衡的前进之路
为避免长期负面影响,超大规模云服务商必须在创新与稳定之间找到更好的平衡。尽管AI无疑是行业的重要进步,但它不应掩盖那些驱动当前收入、建立客户忠诚度的“核心”技术。企业客户期待的不仅是尖端技术——它们依赖一致、支持性的合作伙伴关系来实现目标。忽视这一点危险在于:疏远那些为AI野心提供收入动力的企业。 明智投资意味着认可AI的重要性,但不夸大其词。与客户保持开放沟通、支持他们的需求、衔接当前与未来技术至关重要。缓慢进展或许不会登上头条,但更不可能让忠实客户失望或动摇其信心。
科技行业的基因就是追逐“下一件大事”。然而,“现有云服务(手中的鸟)”与“AI(灌木丛中的鸟)”之间的平衡,恰恰是风险与回报容易失衡的地方。科技领导者最好记住:尽管技术新前沿令人兴奋,但若没有将这些可能性变为现实的企业与系统的支持,它们毫无意义。
----------------------------------------------------------------------------------
个人理解: AI 的应用已经过了炒作,玄机,只要有项目就能拉来投资的时候,至少国外意识到这个问题了,AI能赚钱,或者有赚钱能力的项目,会有投资,如果不能还是纸上谈兵,或者没有付费的客户,最终都是一场空。
同时宽泛的AI应用,如基于向量的文字问答的部分,投资人要的不是这个,要的是你在细分领域中的额作为和能进入头部的能力,所以,该给 提到AI 就脑子热,以为能拉来投资的 产品人,来一盆凉水。
和架构师沟通那种“一坨”的系统,推荐只能是OceanBase,Why ?
OceanBase Hybrid search 能力测试,平换MySQL的好选择
写了3750万字的我,在2000字的OB白皮书上了一课--记 《OceanBase 社区版在泛互场景的应用案例研究
OceanBase 6大学习法--OBCA视频学习总结第六章
OceanBase 6大学习法--OBCA视频学习总结第五章--索引与表设计
OceanBase 6大学习法--OBCA视频学习总结第五章--开发与库表设计
OceanBase 6大学习法--OBCA视频学习总结第四章 --数据库安装
OceanBase 6大学习法--OBCA视频学习总结第三章--数据库引擎
OceanBase 架构学习--OB上手视频学习总结第二章 (OBCA)
OceanBase 6大学习法--OB上手视频学习总结第一章
没有谁是垮掉的一代--记 第四届 OceanBase 数据库大赛
跟我学OceanBase4.0 --阅读白皮书 (OB分布式优化哪里了提高了速度)
跟我学OceanBase4.0 --阅读白皮书 (4.0优化的核心点是什么)
跟我学OceanBase4.0 --阅读白皮书 (0.5-4.0的架构与之前架构特点)
跟我学OceanBase4.0 --阅读白皮书 (旧的概念害死人呀,更新知识和理念)
OceanBase 学习记录-- 建立MySQL租户,像用MySQL一样使用OB
“合体吧兄弟们!”——从浪浪山小妖怪看OceanBase国产芯片优化《OceanBase “重如尘埃”之歌》
MongoDB “升级项目” 大型连续剧(3)-- 自动校对代码与注意事项
MongoDB “升级项目” 大型连续剧(2)-- 到底谁是"der"
MongoDB “升级项目” 大型连续剧(1)-- 可“生”可不升
MongoDB 大俗大雅,上来问分片真三俗 -- 4 分什么分
MongoDB 大俗大雅,高端知识讲“庸俗” --3 奇葩数据更新方法
MongoDB 大俗大雅,高端的知识讲“通俗” -- 2 嵌套和引用
MongoDB 大俗大雅,高端的知识讲“低俗” -- 1 什么叫多模
MongoDB 合作考试报销活动 贴附属,MongoDB基础知识速通
MongoDB 使用网上妙招,直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)
MongoDB 2023年度纽约 MongoDB 年度大会话题 -- MongoDB 数据模式与建模
MongoDB 麻烦专业点,不懂可以问,别这么用行吗 ! --TTL
免费PolarDB云原生课程,听课“争”礼品,重塑云上知识,提高专业能力
非“厂商广告”的PolarDB课程:用户共创的新式学习范本--7位同学获奖PolarDB学习之星
“当复杂的SQL不再需要特别的优化”,邪修研究PolarDB for PG 列式索引加速复杂SQL运行
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
POLARDB 添加字段 “卡” 住---这锅Polar不背
PolarDB 版本差异分析--外人不知道的秘密(谁是绵羊,谁是怪兽)
PolarDB 答题拿-- 飞刀总的书、同款卫衣、T恤,来自杭州的Package(活动结束了)
PolarDB for MySQL 三大核心之一POLARFS 今天扒开它--- 嘛是火
PostgreSQL 新版本就一定好--由培训现象让我做的实验
说我PG Freezing Boom 讲的一般的那个同学,专帖给你,看看这次可满意
PostgreSQL 无服务 Neon and Aurora 新技术下的新经济模式 (翻译)
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
全世界都在“搞” PostgreSQL ,从Oracle 得到一个“馊主意”开始
PostgreSQL 加索引系统OOM 怨我了--- 不怨你怨谁
PostgreSQL “我怎么就连个数据库都不会建?” --- 你还真不会!
PostgreSQL 稳定性平台 PG中文社区大会--杭州来去匆匆
PostgreSQL 分组查询可以不进行全表扫描吗?速度提高上千倍?
POSTGRESQL --Austindatabaes 历年文章整理
PostgreSQL 查询语句开发写不好是必然,不是PG的锅
这个 PostgreSQL 让我有资本找老板要 鸡腿 鸭腿 !!
MySQL相关文章
一篇为MySQL用户,分析版本核心差异的文章--8.028-8.4的差异
那个MySQL大事务比你稳定,主从延迟低,为什么? Look my eyes! 因为宋利兵宋老师