超融合虽精简了IT人员的日常管理，但一旦平台发生问题只能依靠原厂或服务提供商，是否容易被绑架？

即使没有使用超融合，数据中心的设施哪一个角色又能完全可以摆脱厂商呢？
例如，使用超融合企业必定青睐于虚拟化，在没有超融合之前，虚拟化依赖于外部的集中存储：IBM，EMC，NetApp..etc当前的这些存储运维和故障，我们可以完全摆脱厂商吗？显然不能。而且还需要高昂的续保。另外存储之外还有存储网络，例如SAN。
由于超融合架构中99%依赖于X86平台，我个人到认为和该议题相斥，那就是---更不容易被绑定。
至少可以更加自信去更换一颗磁盘，而不是等待厂商存储工程师，更换代码绑定的“存储专用磁盘”。
其次讨论软件平台绑定，
如果选择主流的厂商，诸如--VMWARE，那么民间资源足够应对管理，而无需凡事依赖厂商。就像Linux，AIX，Oracle等，民间的高手的经验积累不一定会低于厂商。
以上结论是：不会被绑定，至少比较传统的IT基础设施，更开放，更易扩展，还有成本和能耗。

另外，
还有一些超融合厂商，软件平台基于开源Xen，KVM+GlusterFS，Cephe等包装的产品，而且是配合专有的硬件打包。这种方案后期使用，在“运维的方便性”和“厂商绑定”的程度上，见仁见智吧。
至少线下资源很有限。

现在IT架构越来越复杂。除了超融合。其他的如虚拟化，容器，SDN等等技术都变得越来越复杂，其实都存在于这种被绑架的可能性。更多的还是企业自己要培养自己的架构师。对整体架构有全面的掌控。技术在不断的更替。自身对信息化不够了解的话就会被绑架。

自我感觉是不能完全脱离来，依赖厂商是必然的，厂商也是依赖这个，提供增值的服务。首先要想IT能做什么，首先规范流程，建立分层预案。一层是什么问题能够内部解决消化，二层是什么问题需要厂商服务。然后和厂商达成响应时间预案。另外通过内部培育扩大第一层的支持范围，减少二层的支持风险。

除非自研，否则被绑架是必要的，只不过程度不同而已。

不做改变被绑定是必然，换厂商也是换人绑架而已

避免被绑架，除了提升自我技能，还有就是运维管理经验标准化，规范化及自动化，并能构建平台屏蔽底层基础架构资源

但完全不被绑架不可能，毕竟术业有专攻。那么能降低绑架程度，并逐步拜托是个趋势方向。摆脱过程还要依赖公司的其他成本投入，比如人力。

另外，超融合高度集成后就简单么？不了解原理其实还是表面简单。其实超融合对运维人员要求很高，毕竟涉及存储、网络、计算，综合能力要强才能运维好，而非管理界面点点点。。

被绑架是必然的，中国的IT行业已经被绑架了几十年了，只有被绑架的轻重缓急不同，没有绝对的不被绑架。只要不是自己生产的东西，多多少少都会被绑架，不被国外公司绑架也得被国内公司绑架。既然都是绑架，那么我们可以选择被谁绑架和绑架的轻重程度。选型的多元化和兼容化就是一个不错的策略。就像清朝的内阁取代相权一样，内阁大臣可以随时换，不同的时期不同的环境用不同的人。

平台的管理和维护需要花大力气，否则就容易被原厂绑定的厉害，但是使用平台应该能够借助运维自动化、自助服务以及标准流程模式，大大降低管理简单方面的工作，在省人的同时，提高人员的能力和技能，熟悉整体的架构和平台的各种组件，最大程度的降低原厂绑定。
由于原厂绑定的风险，建议还是选择大型厂商，避免不必要的麻烦。

超融合平台的运维不能所有事情都依赖于厂商或服务提供商，超融合平过投入使用后需要做到以下几点：一是需要指定运维负责人，这个负责人可以是专岗也可以是兼任的岗位；
二是运维负责人需要对平台的整体情况有个清晰的认识和掌握，需要知道平台的物理部署情况，需要知道平台如何使用，常用的功能有哪些；
三是需要熟练的掌握超融合平台的各项指标信息的具体含义，平台自检的入口在哪里，哪些指标是需要重点关注的；
四 是运维人员应该经过服务商培训之后能够做到对平台的最合理使用，尽可能避免人工的误操作以及低效操作的发生；
五 是定期巡检，运维负责人应该定期的对平台进行巡检，这里的巡检主要包括物理资源情况巡检、平台端提供的巡检能力的巡检， 巡检时重点关注超融合平台的告警模块，可以将平台的报警信息记录下来做好日志的备份，统一进行报警管理；

这种问题，总要有人背锅的，每个企业不能只进不出吧！

        首先，我们要搞清楚一个问题，就是超融合对于数据中心的意义是什么？超融合对于数据中心的意义其实就是精简IT系统架构，简化运维和日常管理，让数据中心的架构扁平化，变得没那么复杂。只需要服务器+交换机即可实现基础架构实施，其他的事情都交给软件来做，可以真正的实现软件定义数据中心的基础环境和架构。
     如果说超融合这种架构容易被绑定，那只能说没有选对适合自己公司的技术路线。超融合只是一种技术架构而已，如果利用得好，那么就不会被绑定，反之亦然。
    回顾传统的数据中心架构，敢问我们原来有没有被SAN存储架构绑定过?花费昂贵的光纤链路和设备费用？又有没有被集中式存储架构绑定过？升级扩容不够灵活？那么问题来了，如果选择了SAN架构存储，那么是不是扩容依然只能买SAN存储？如果选择了集中式的EMC存储交换机，那么扩容的时候是不是也只能买EMC的扩展柜？这算不是也是一种绑定？而且你后续的运维和服务依然要依赖原存储服务商，但是这么多年用过来，也还算用的不错，也没有人太质疑过绑定的问题。
   回过头来看超融合，如果想选择开源和自主可控，那么可以多培养一些自己公司的专业人才，然后选择购买开源技术路线的超融合产品，如果出现问题，完全可以自己搞定，不需要依赖原厂商。如果喜欢将运维业务外包，不想过多的花费人员运维成本，那么完全可以选择一款成熟稳定的商业产品，如果出现问题，直接外包或者找原厂商解决就可以了。
所以，是否愿意被厂商绑架，是公司信息化发展选择技术路线和产品的问题，这个在一开始就应该是决策了的，而不是超融合这项技术架构的问题，超融合表示并不想背着这个锅。