河北
云计算应该让企业更专注于自身业务，而不是更专注于云本身。
这个界限已经变得模糊了。
一家将运营迁移到公有云，然后部署大量工程能力来管理该环境的公司，什么也没简化。
只不过是用一种运营成本换来了另一种运营成本。
大约在2012年，上公有云在当时确实是个好主意。这意味着可以按需弹性扩展、没有资本支出，而且只用为实际用量付费。
对于大多数工作负载而言，这是实实在在的一大进步，随之而来的迁移浪潮也就完全说得通了。
情况不一样了。
2026年Flexera云状态报告把当前的情况说得很清楚：73%的组织表示云让他们的运维变得更复杂了。而根据Finout的数据，31%的云支出被白白浪费掉了。
公有云承诺的和实际做到的之间有一道鸿沟，这道鸿沟值得好好琢磨琢磨。
超大规模云厂商不管最终结果
这里可以打个很贴切的比方——家得宝（Home Depot）。让超大规模云厂商帮你跑业务，有点像让家得宝来给你家房子加建一间房。他们会把你能想到的零件全卖给你，送货上门，选择多到你根本用不完。
但这个比方也有说不通的地方。家得宝早就不只是卖木材了，超大规模云厂商也一样。如今你可以从他们那里买到从底层到上层全套的托管服务，他们的应用市场里有好几万种产品。你能从超大规模云厂商那里拼出不少东西来。
但他们的商业利益和把东西做简单并不一致。当利润与消费挂钩时，这种模式的逻辑里，复杂性根本不是问题。你每多加一项服务，他们就多一份收入。你每维护一个集成，就被绑在他们的生态里。这种模式鼓励的是摊大饼，而不是提效率。
出口费用让数据迁移到别处变得极其昂贵，这就是最明显的体现。有了这些费用，就算企业意识到了复杂性问题，也会发现想改变代价太高。把东西做简单，对大型云厂商来说反而是一种商业风险。
当78%的组织说他们转向多云就是为了减少对单一供应商的依赖时，这就是市场在告诉你，这套模式对他们已经不再奏效。
超支问题
超支还只是问题的一方面。另一个代价，是落在运维这些环境的人身上的。当工程团队把时间花在集成基础组件和维持复杂技术栈的运行上时，他们就没在做产品，也没在推动业务往前走。云本来是要帮企业释放产能的，但对很多企业来说，反而把产能给吃掉了。
再叠加上合规要求，问题就更严重了。大约43%的中型企业第一次审计就没过。原因很少出在法规不清楚上。在通用云环境里保持随时能过审计的状态，是一件需要持续投入人力的事，而公有云平台只给你工具，活儿还得你自己干。这个担子就落在了内部团队身上，而他们本来就已经在应付环境要求的各种杂事了。
让企业专注于成果而非维护的云，需要一个由提供商扛起运维重担的环境。合规应该是架构层面就搞定的事，而不是靠没完没了地做配置。
性能应该在基础设施层面就得到保障，而不是靠你自己去调来调去。账单应该是可预测的，因为这个模式本来就是这么设计的。这些不该是只有预算不设上限的大企业才能享受的高级功能。
AI正在使这一点变得更加紧迫。目前大约98%的AI试点项目都没能真正落地。原因相当直接：试点在孤立环境中运行，而当需要进入生产时，真实业务所需要的存储、网络、合规保障和算力都还没准备好。
如果企业能够在一个托管的、专门构建的云平台上运营，它就更有条件把AI从试点真正推到生产，因为底层架构已经就绪。他们不需要先去啃基础设施这块硬骨头，才能拿到业务上的回报。
简洁不是将就
那些跑在前面的企业已经换了一种思路来看待云的复杂性。复杂不代表高级，它就是一种运维成本。内部团队每花一小时去管这些复杂性，就少了一小时去做真正该做的事。
如果你的工程团队把相当一部分时间花在维持云环境的正常运行上，那云对你来说就没有发挥作用。这不是云本身固有的问题，问题在于你的供应商模式是围绕你的成功来设计的，还是围绕他们的用量来设计的。
97%的中型企业表示他们需要把工作负载从超大规模云上迁走——他们其实已经给出了自己的答案。
本文作为TechRadar Pro Perspectives的一部分制作，这是我们展示当今科技行业顶尖人才的栏目。
此处表达的观点代表作者本人，不一定代表TechRadarPro或Future plc的观点。如果你有兴趣投稿，点这里了解更多：https://www.techradar.com/pro/perspectives-how-to-submit
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
