混合云专家深入谈关于混合云的重要的误解。
云计算的崛起，就像任何IT的进化趋势一样，都有它的炒作的份额--以及随之而来的噪音，这会导致混乱和神话。
混合云也不例外：混合式方法引发了各种误解。 我们请几位云专家分享他们对混合云持续存在的一些重要误解的看法。 这是他们不得不说的：
误解1：混合云意味着牺牲治理和安全
它在企业IT中长期存在，有时是过度的--恐惧：云计算意味着失去控制，最终不利于治理，安全和相关领域。 但对于许多组织来说，这种担忧是被误导的，过时的，或者两者兼而有之。 实际上，混合云方法可能提供***途径来释放云的潜力，同时保持对某些类型的数据或工作负载的严密控制。
“在云计算的早期，这个神话确实有过一段时间，当时产品的定制化程度较低，而IT部门对管理或可见性的控制很少，”SolarWinds的头部怪杰Kong Yang说。 “然而，虽然将应用程序和工作负载迁移到云端会放弃一些控制权，特别是日常维护，但随着云提供商继续减少消费云服务的壁垒，组织机构现在可以更自由地构建所需的解决方案。”
Yang当然建议你对供应商和平台进行尽职调查，随后保持***功能和功能等等。但是，自早期的停电和停机时间较常见以来，云已经显着成熟;不要让恐惧决定你的IT策略，尤其是当它可能被错误放置。
误解2：混合云不能提供与专有内部部署基础设施相同的性能和可用性级别
Yang还指出，就像几年前一样，云环境通常不如内部部署系统的可靠性有一定道理。但随着云已经成熟，有效管理云系统的工具和服务同样增长得更加丰富和强大，这个“真相”正在变成虚构。
Yang说：“今天的云服务提供商SLA加上简单的设置副本，备用系统和云中存储的数据的持久性，往往胜过IT部门通过一个普通的本地系统提供的功能。
误解3：重要的内部基础设施投资妨碍了云的采用
在最近一篇关于混合云趋势的文章中，我们描述了一些IT***和团队如何通过将传统基础架构视为云计算的催化剂而不是障碍来翻转一个已经磨损的脚本。根据PITSS咨询主管Gavin Woods的说法，类似的观点认为，对传统基础设施进行大规模(往往是昂贵的)投资是云采用的障碍。
Woods说：“一个常见的误解是，[为其系统和[他们]的支持和维护团队投资内部技术堆栈的公司认为他们不能使用基于云的技术。事实上，伍兹表示，除了特别庞大的遗留系统之外，云计算项目不需要取消现有投资或进行繁琐的现代化大修。他补充说，选择正确的软件工具和实施标准以及适合您的组织的正确的云架构是一个问题。此外，对于拥有大量本地投资的公司而言，混合方式实际上可能是最可行的策略。
“对于许多需要将运行在本地的传统/现有系统迁移到云中的组织，混合云架构是下一步的可行方案，而不是将每一块技术栈迁移到云基于技术，“伍兹说。
你的公司转向混合云模式或升级你的混合云模式，也需要彻底检查应用程序组合，如E.G.红帽公司***技术策略师Nadhan最近指出。Nadhan说：“在转向混合云模型期间，需要更多地关注如何启用重要业务功能的应用程序。现在是识别真正重要的应用程序的时候了。你还希望识别跨应用程序的冗余功能，并将其合理化为更易于管理的数字。一些应用程序可能不得不退役，而其他应用程序可能需要更先进的，用户友好的界面。“
“这也是回顾现有应用的原始业务需求并修改它们以迎合新一代用户需求的好时机，”Nadhan补充道。当然，有些可能是***的。
误解4：所有的云环境都有很多共同之处
云平台和服务的激增可能会让您的所有选择都变得模糊：它们大概都是大致相同的东西，对吧?不是。实际上，混合云方法本身就是一种务实的承认，并非所有的云都是相同的，特别是在比较私有和公共选项时，就像内部部署基础架构也带有特殊考虑一样。
“OneNeck IT Solutions咨询和产品管理副总裁Jeff Budge说：”今天市场上的每一个云都在技术上，结构上，商业上以及其他许多方面都有所不同。 “虽然适当的工作负载安排在混合动力世界中非常重要，但云之间的差异比工作负载适用于特定云的高级视角更深入。”
Budge建议针对你的混合投资组合进行其他几项考虑，包括：
- 云平台将要求您通过构建和采购来真正提供高度可用的应用程序：“在OneNeck上，我们发现在同一级别的不同可用性架构上，同一工作负载的复杂性，成本和可支持性存在巨大差异云平台“，Budge说。
- 网络在云计算领域仍然相对年轻：“许多云提供商为其服务目录中的计算，存储和安全性创造了许多有吸引力的选择，”Budge说。 “但是，我们经常发现网络选项不够健壮或灵活。”
- 定价模式不断从基础模式演变为更复杂，更分化的模式：“也许有人会大胆地创造一个点菜式的定价模式，并让我们都回到更可预测的状态，”Budge说。
- 条款和条件与云提供商到云提供商的相似性可能与您想象的类似：“请注意允许云提供商对底层平台进行更改的语言，特别是在接到通知后，”Budge建议。
