在云和基础设施管理中，厂商锁定是不可避免的吗?

今天的企业是一个深不可测的公共、私人和伟德1946客户端下载 系统，除了复杂的内部数据中心，甚至经历过CTOS的斗争，以了解。

事实上,2020年Nutanix云使用情况报告发现80％的组织 - 他们在商业，SMB或企业类别 - 云管理中的索赔熟练程度或专业知识。

云计算和数据中心硬件都缺乏标准化，这导致了厂商锁定，这是一种组织被特定技术困住的情况，因为该技术是专有的，而且设备和软件只能与同一家厂商提供的设备和软件一起工作。一个相关的例子是，苹果公司允许通过iTunes购买的音乐只能在iPod或iPhone上播放，从而锁定了早期用户使用iPod的方式。

虽然iTunes是一个相对较小的、个人的考虑因素，但有很多因素会影响你的选择或选择转换到特定的IT基础设施- 从供应商管理的角度来看 - 他们每个人都需要仔细检查。

供应商锁定的含义

供应商锁定导致一个不可持续的现状，公司可能会失去金钱，并且由于缺乏最佳资源，员工并未对其全部能力或潜力进行。然而，它们犹豫不决，改变所讨论的技术，因为切换到不同提供者或对业务和操作的中断水平过高的成本太高。

在云计算变得普通之前，本地设备和数据中心需要大量的资本支出和超出SMB的手段的投资。IBM，Oracle，HP和思科等供应商将企业客户锁定为5年甚至10年的硬件和软件合同，承诺更大的折扣。但是，他们使用这款购买力来简单地将更多的产品销售在线。可以理解的是，在掠夺者行为的大型组织中有一个深深的不信任和关注。

英国《云计算杂志》(Journal of Cloud Computing)的一项研究发现，考虑到迁移/采用云服务的决定可能会带来厂商锁定的风险，企业非常谨慎，其中数据锁定和安全漏洞是人们最担心的问题。

越来越多的组织和初创公司易受供应商锁定的群体;他们可能选择了一个单尺寸适合所有的公共云解决方案，在早期的日子里并为它增长太大。但是，他们可能已经过度依赖于该供应商提供的服务或基础设施，并且切换成本可能太高。

如何避免供应商锁定

有相当多简单但有效的步骤可以采取，这些步骤对于确保云迁移或数据中心升级不会引入任何风险，不会留下任何漏洞，也不会以显著的方式限制组织的能力。

理解基础设施(和选项)．尽职调查是每一个想要避免厂商锁定的组织必须采取的第一步和非自愿的步骤。彻底审计正在使用的内部硬件和云软件是一个很好的开始。

然后，继续了解业务和运营要求？迁移到这款特定云或升级到该硬件的目标是什么？需要哪些计算，存储或网络资源？预计会如何改变哪些过程？哪个更好 - 公共，私人或混合云环境?每个都有什么组成部分?哪些工作负载将继续受到遗留技术和基础设施的限制?

深入了解组织的能力，工作负载和法律和法律和监管限制对于选择一个适合特定解决方案的供应商至关重要。

CTOS和Architects还需要了解云市场，数据中心解决方案的Ins-outs，收敛性和hyperconvergence，各种供应商的商业模式，他们的轨道记录和声誉，以及云服务的未来和数据管理的趋势。

阅读精细打印。避免厂商锁定的最简单方法是在一开始就明智地选择厂商。主动记录供应商的策略，并记录他们提供的所有工具、特性、api和管理接口。了解他们的解决方案支持的行业标准——例如云数据管理接口(CDMI)——以及他们计划在未来支持的项目。

此外，当将数据从一个提供商转移到另一个提供商时，可能会涉及额外的复杂性和规则。格式化存储在某个供应商解决方案中的数据可能与新供应商的生态系统不兼容，因此可能需要根据规定修改或转移数据。

协商进入和退出策略。组织可以利用供应商的倾向，以便在延长期限内提供免费部署和额外支持或保证。这些天，更容易切换云甚至是房地产基础设施提升和转移策略．但是，这不应该摇摆决定，这应该严格地基于能力改进和成本优化．

一旦供应商变为顾客考虑切换到另一个提供商，他们可能会转向不合作甚至敌对。为避免这种情况，必须将解构辅助的条款包括在开始时进入SLA。这阐明了双方的责任和行动 - 公司和供应商。

仔细检查并毫不犹豫地获取供应商关于数据和应用程序迁移以及法律和财务关闭的退出条款。IT团队可以很好地估计迁移到另一个供应商的成本，包括时间和金钱，以及迁移策略的实施。

最后，当云和数据中心管理合同即将结束时，应该有一个指定的行动计划。注意合同中的自动续签，让它们失效。也要与竞争的供应商或MSPs建立二级业务关系，以便始终有可用的备份。

在足够的情况下选择开放源码软件。许多专有的软件供应商都有掠夺性定价和许可模型，这些模型可能会随着他们的呼吸而变化。当解决方案结合硬件和软件时，问题会加剧。无论是顶层应用程序是否适合体系结构和工作负载，虽然它是一个“打开”的问题，但虽然是“打开”的问题，但虽然是“打开”问题。

为此，公司的IT工作负载还必须支持非专有的替代方案。如果它们本身被专有技术的特性、配置和api所束缚，那么厂商锁定就不可避免了。不支持开放标准经常会导致大量的定制。

构建一个混合的、多云环境。随着可靠的公共云提供商和MSP的可用性，大多数公司已经拥有多罩

一个集成混合和多罩环境减少对单一供应商的依赖，特别是当工作负载独立于任何单一基础设施分布时。多云架构迫使组织主动实现成本节约流程，并使用资源和应用程序，避免厂商锁定。

同样，混合云在选择应用程序和服务时具有灵活性。在公共云环境中，供应商可能会出现停机或安全漏洞，或者只是简单地改变他们的政策和产品以反映市场情况，让客户别无选择。

在混合云环境中，关键数据始终处于组织的控制之下。数据可以存储在本地，也可以存储在本地——无论是物理形式还是虚拟化形式——只有在需要被特定应用程序使用时才会被转移到公共云，而不允许云提供商或应用程序开发者独占控制。

最大化数据和应用程序的可移植性。数据从一个环境移动到另一个环境的能力在云以及数据中心环境中是至关重要的。供应商需要以跨平台可用的方式定义其数据模型。

开源标准在这里会派上用场。CDMI为云中的数据元素的创建、检索、更新和删除设置了指导原则打开数据元素框架定义任何IT基础架构中数据的分类，索引和文档。虽然并非所有供应商选择应用这些标准，但组织可以寻求那些那样的。

IT团队应该坚持供应商尽可能清晰地描述他们的数据模型，并使用适当的模式和元数据，以确保一切都是计算机可读的——以及人类可读的。

在IAAS和PAAS部署上运行的应用程序需要轻松地与底层基础设施或云平台解耦。云应用程序组件和与它们交互的应用程序组件可以通过将REST API与HTTP，JSON和OAuth等流行的行业标准合并到底层专有基础架构中的流行行业标准，“松散地联系起来”。

最后，云服务提供商(CSP)或管理数据中心的供应商应该定义一种快速、轻松和经济地提取数据的方法。数据锁定是一个需要缓解的巨大风险;这些步骤简化了必要时将数据立即传输到其他平台。

坚持SDLC最佳实践。Devops是当今软件开发生命周期的高点。它侧重于云层和本地部署的平台独立性。例如，基础设施作为代码（IAC）是一种常见的DevOps实践，其目标是技术独立的设计，以及提供、管理和运营IT基础设施的指导方针。

Devops通过将应用程序部署到不同的环境，通过将软件从其现有环境隔离并抽象远离解决方案提供商，通过将应用程序部署到不同的环境来帮助最大化代码可移植性。

供应商锁定 - 总是坏吗？

虽然没有理由，没有组织想要在一名单一的供应商婚姻中，但是就与供应商的双赢关系有这样的事情。如今，典型组织希望使用标准化甚至商品软件，但创建复杂的聚合和软件组件的“堆栈”，并建立一个定制解决方案，使他们能够向客户提供差异化​​的产品。

IT组织倾向于认为他们掌握了日常操作流程，如管理数据、安装额外的软件组件、及时应用补丁和升级、在确保可用性和性能的同时扩展功能，这些都在他们的能力范围内。这与事实相去甚远。其中涉及了太多的数据、基础设施和人力资源风险，这些问题每天都在出现——应用程序负载超过系统容量，新的api需要更新的数据格式，缺乏冗余导致事务失败，等等。

因此，技术供应商的选择成为一个涉及特性、成本、可伸缩性、支持和解决方案未来可行性的多方面决策。传统数据中心经理比云架构师更能理解这一点。

“我不认为数据中心经理一定‘讨厌’锁定供应商。在缺乏开放市场的情况下，他们将选择最能满足其需求的解决方案。锁定供应商的可能性可以被视为短期内获得你想要的东西的必要代价。”约翰·斯隆说她是信息技术研究集团(information - tech Research Group)分析师。

IT部门需要专注于开发和部署下一代应用程序，而不是升级基础设施或迁移到更好的云。虽然不同的csp之间有许多共性，特别是在公共云生态系统中(如vm、块存储和Hadoop服务)，但运行关键工作负载的底层架构在不同的提供商之间差别很大。

多云环境和开源软件组件所增加的复杂性并不总是证明避免厂商锁定这一单一目的是正确的。许多云供应商都具有独特而强大的功能，可以增强组织向客户提供更好服务的能力。因此，IT部门需要改变其过时的观点，即必须不惜一切代价避免厂商锁定。在评估技术和运营战略时，这只是一个需要评估的因素。

与单一云服务提供商合作的一个非常强大的理由是，通常，将工作负载从一个公共云迁移到另一个公共云要比从数据中心迁移到云或升级本地基础设施容易得多。此外，使用单一平台满足所有兼容的IT需求可以使组织获得更好的交易，并在部署、支持、升级和更新方面获得更多的优势。

没有银弹

没有魔药（甚至需要一个），以避免供应商锁定。许多公司在私人和公共云和本地基础设施之间避开，只能意识到专有技术提供更好的性能，更严格的安全性，节省成本，或者只是比供应商独立的解决方案更简单的操作。例如，使用AWS的组织不能简单地唤醒一个早晨并切换到Google云。

然而，通过一些直接的尽职调查，通过确保在供应商崩溃的情况下有一个备用供应商，很有可能在操作灵活性和风险缓解方面达到一个舒适的水平。

Dipti Parmar.是一名营销顾问和Nutanix的特约作家。她为主要的科技和商业出版物撰写专栏，如IDG的CIO.com、Adobe的CMO.com、Entrepreneur Mag和Inc.。在推特上关注她@diptparmar.并与她联系LinkedIn．