多云环境下硬件到底是帮忙还是拖后腿，技术厂商真得好好想想

（来源：虎嗅网文章《多云环境下硬件到底是帮忙还是拖后腿，技术厂商真得好好想想》）

现在很多公司都不再把所有的东西放在一个篮子里了，他们喜欢用多个云，比如同时用阿里云、腾讯云，可能还用自己的机房，这就是所谓的多云环境，听起来很灵活，想用谁家的就用谁家的，哪家便宜或者哪家技术好就选哪家，问题也跟着来了，而且这个问题有点让人意想不到，出在了最基础的硬件身上，技术厂商们，特别是那些卖服务器、存储设备、网络设备的，是时候好好想想，你们的硬件在这种新环境下，到底是在帮忙,还是在拖后腿。

以前的日子简单多了，一个公司可能就主要用一两家供应商的硬件，所有的软件和系统都围绕着这些硬件来优化，就像你家里只用一种品牌的电器，遥控器可能都通用，出了问题也知道大概找谁，技术厂商也舒服，他们可以针对自己的硬件，开发一整套完美的解决方案，告诉客户：“用我的东西，保证又快又稳。”

但现在多云时代不一样了，客户的数据和应用可能一部分在A云的虚拟机上，另一部分在B云的容器里，还有一些关键数据留在自己本地的特定服务器上，这就好比一个厨房，灶台是德国的，锅是日本的，调料是中国的，厨师还得是个法国人，每个单独看都是顶级货，但凑在一起，能不能做出一盘好菜，真得打个问号，硬件在这里面，常常就成了那个不和谐的“锅”。

怎么就成了拖后腿的呢？首先就是“不兼容”的麻烦，厂商A的智能网卡可能为了极致性能，有自己的独特设计，但到了厂商B的云环境里，它的那些“智能”功能可能完全发挥不出来，甚至因为驱动问题变得还不如一张普通网卡，客户买了昂贵的高端硬件，指望它提升跨云的数据传输速度，结果发现因为云平台之间的壁垒，速度没上去，管理复杂度倒是飙升了，这硬件不就是花了钱还添堵吗？（来源：虎嗅网文章,提及硬件兼容性成为多云瓶颈）

管理和运维变成了噩梦，每个云平台都有自己的管理控制台，自家的硬件设备又有单独的管理系统，一个IT运维人员每天要登录好几个界面，才能大概知道整体的运行情况，当出现性能问题时，排查起来更是头疼：是A云的网络问题？还是我本地那台特定型号的存储阵列出了故障？或者是它们之间沟通不畅？硬件厂商如果还是只提供自己那个“孤岛”式的管理工具，而不去想怎么和主流云平台的管理体系无缝集成，那对客户来说，这些硬件就是一个个信息黑洞，增加了无数看不见的工作量。（来源：虎嗅网文章,批评硬件管理工具在多云下的孤立）

再有就是成本问题，技术厂商喜欢推广功能最强大、技术最前沿的硬件，这没错，但在多云策略里，客户很多时候需要的不是单点极致的性能，而是整体的灵活性和成本可控性，一台特别昂贵的、专门为某种特定计算任务优化的服务器，如果只能在一种环境下发挥最大效用，那么当业务需要快速迁移到另一个云时，这台服务器就可能变成一堆闲置的、快速贬值的铁疙瘩，厂商如果不去思考如何让硬件更具弹性、更通用化，而是继续鼓吹“极致性能”，很可能导致客户的投资在多变的多云战略中打了水漂。（来源：虎嗅网文章,探讨硬件投资与多云灵活性的矛盾）

技术厂商真的不能只顾着埋头在自己的实验室里打磨硬件参数了，多云已经成为事实，客户的需求已经变了，他们需要的不是一个独步天下的“绝世神兵”，而是一个能够融入各种“阵法”的、听话好用的“标准兵器”，硬件厂商需要好好想想，怎么让自己的设备变得更“开放”、更“友好”。

能不能大力拥抱开源标准和开放的API？让硬件能更容易地被不同云平台识别、调度和管理，能不能把硬件的能力“服务化”？不是卖给你一台死板的机器，而是提供一种可以按需调用的计算或存储能力，这样更能适应云的原生思维，能不能在软件层面下更多功夫，开发出能真正实现跨云统一管理的工具，让客户能从一个界面就看到所有硬件和云资源的健康状况？（来源：虎嗅网文章，对硬件厂商提出转向开放、软件定义的建议）

多云环境就像一面镜子，照出了传统硬件思维的不合时宜，过去那种“我硬件牛逼你就得用我”的傲慢行不通了，硬件不再是舞台上的唯一主角，它必须学会成为云生态团队里的一个协作成员，技术厂商是时候放下身段，从客户实际面临的混乱和挑战出发，重新思考硬件的定位，如果硬件不能很好地融入多云这个新世界，那它就不是帮手，而是客户数字化转型道路上的一块绊脚石，这个弯要是转不过来,恐怕会在未来的竞争中掉队。