多云互操作性！=云服务聚合

多云定义为一种方法，它将来自多个云供应商的多个云（公共云或私有云）组合在一起。但是，这不是来自不同供应商的各种服务的集合，它需要一种强制性的胶合剂–云不可知的方法，并在所有提供商之间实现互操作性。下面我们将介绍正确的多云实施可以解决哪些问题，可以面对哪些挑战以及如何实现所需的互操作性。

多云解决的问题

通常，我们不确定哪种解决方案更好，但是我们完全意识到我们正在努力解决的问题。以下是可以通过多云方法解决的一些问题：

锁定

几年前开始的云战略在大多数情况下已经无法满足企业公司的当前需求，例如产品线变化，出现了新技术，用户数量和用户数量增加等。不久，您就会知道有很多新解决方案和可以简化和改进DevOps流程的市场服务，从而将结果推高而将TCO推低。但是，与此同时，在构建整个项目体系结构时要牢记先前选择的云平台的功能，因此迁移几乎是不可能的，并且公司只能与供应商联系。

而且，如果项目是基于多云方法构建的，则默认情况下您会与其他供应商兼容，并且可以随时将应用程序移至最合适的供应商。

成本

生产环境需要最高的性能，因此您选择最合适的云选项，很可能会很昂贵。但是在投入生产之前，该项目经历了开发，测试和分阶段的整个生命周期。结果，您在所有阶段都支付高额费用。

多云提供了混合和匹配来自不同供应商的基础设施的定价计划的能力，不仅可以满足技术需求，还可以满足可用预算。在大多数情况下，开发和阶段工作负载可以放置在成本较低的云容量上，而生产环境将使用优质的高价格云。同样，可以将各种类型的数据分发给通用公共或更安全，更隔离的私有云。

潜伏

现代企业越来越多地消除了地理界限，使目标受众为全球。但这带来了新的挑战，因为无论客户身在何处，他们都需要高质量和快速的性能。使连接点更接近客户可确保较低的延迟。那就是多云可用性可以提供帮助的地方，因为数据可以从地理位置不同的区域分布到各个区域。每个服务提供商都无法在所有必需的位置建立数据中心，但是使用多云管理解决方案的公司可以从平滑集成在同一平台中的其他供应商那里获得更多基础架构选择。

可用性

甚至可靠的云巨头也可能会失败并面临中断，尤其是由于某些天气情况，人为错误或其他意外因素所致。这就是为什么“将所有鸡蛋放入一个篮子”一直是一个错误。跨不同云的工作负载分布不仅改善了延迟，而且还改善了可用性和性能。在基础架构和软件中利用冗余可确保更高水平的容错能力。这是减轻应用程序中断，停机和数据丢失风险的经典方法。

安全法规法

考虑到数据存储要求将其保存在国内，许多国家/地区引入了非常具体的法规。最近在欧洲发展起来的GDPR仅提醒我们在法规和安全法律方面的依赖程度。在其他情况下，此类规则由公司本身的安全要求决定。结果，企业正在寻找一种可能性，可以跨位置或各种类型的云分布数据，并同时遵守不同的法规。

多云挑战及其解决方案

迁移到多云需要全面的准备，人员和资源的智能协调以及耐心和积极思考。让我们更深入地研究一些挑战，并考虑克服这些挑战的方法。

迁移到多云时的云专业知识鸿沟

扩展云环境的数量通常会导致扩展有效运行这些环境所需的技能，工具和工作。选择云计算选项时应考虑云计算专家的意见，他们了解可用产品的优缺点以及它们与公司特定需求的相互关系。

多云集成可能涉及到即使是经验丰富的技术员工也不熟悉的任务。因此，在开始这项工作之前，组织应该准备进行投资以在内部获得所需的技能，或者准备与拥有多云专业经验的托管服务提供商合作。

将工作负载从一种云模型转移到另一种云模型的过程并不容易。许多公司都在努力确保结果符合预期，而不仅仅是浪费如此宝贵的资源。

正确的多云管理工具可以简化和自动化跨新云网络的现有标准和策略的部署。但是，在选择这样的云平台时也应考虑到即将到来的公司计划，以消除将来供应商锁定的问题。零代码更改，无专有API，标准容器包装支持，迁移旧版应用程序的能力–这些只是应考虑的某些方面。

管理复杂度

运行多个云不仅需要技能，还需要人力和时间资源。如果供应商使用各种方法或措施，那么即使看起来很简单的事情（例如资源供应）也可能会纠结在一起。它们每个都有自己的门户，API和应管理的流程。

可以跨多个云平台工作的DevOps专家很难找到。因此，这里可能的解决方案是选择合适的平台，该平台在单个面板中提供对公共云和私有云的自动化和统一管理。这可以帮助实现互操作性，从而统一不同供应商中的应用程序部署和生命周期管理，并使它们之间的迁移变得容易。

公司应忽略导致重大重新配置或特定于云的应用适配以及功能不匹配的案例。如果应用程序需要在各种云上使用不同的特定于云的API或服务，则每次在平台上进行部署或迁移都需要进行大量工作，那么它将失去多云的含义，并导致效率浪费。为了避免不必要的复杂性，重要的是遵循工具和流程（例如部署和可伸缩性）中的标准化，并避免使用其他云提供商未提供的任何专有服务。

安全问题

多个云平台为可能的攻击和漏洞提供了更多选择，因此需要付出额外的努力才能获得有效的安全性，治理和合规性。

安全性不是组织的多云策略所涉及的供应商的全部责任。当然，他们应该提供一套工具和一流的方法，但是，主要责任仍然在公司本身。

在签署SLA之前，与潜在的云供应商彻底讨论安全要求至关重要，以找出提供商将要涵盖的内容以及对安全漏洞或数据丢失的预期反应。

成本追踪

成本灵活性是多云方法的主要优势之一，但同时，云多样性会导致额外的风险并失去对预算的控制。监督，缺乏投资回报率分析以及对云消耗的跟踪可能会成为一大浪费。

为了确保多云效率，组织必须持续监视云支出，根据团队的项目和工作对其进行调整，并主动预测未来的消费模式。

在某些情况下，驯服多云经济可以被认为是最大的挑战。每个平台都有自己的计费系统，定价模型，调整大小和付款方式，因此整个预算的优化和合并可能成为一个噩梦。因此，这需要内部团队（例如，云成本分析师，调优工程师）或与托管的多云提供商合作，后者可以合并数据并分别为特定应用程序和组织提供成本分析。

冗余策略

构建应用程序和数据冗余，备份，灾难恢复和故障转移保护策略的方法不能被高估，特别是如果系统位于外部数据中心中，并且在发生中断或其他紧急情况时您不能直接解决问题。

该系统应包括在主云的可操作性失败或完全不可用的情况下自动切换到备份平台的可能性。这可以通过将用户请求从一个云重定向到另一个云来实现。此外，还有一组软件可以集成，以根据中断触发条件自动进行切换。

为了确保在从一个云切换到另一个云时不会丢失数据，需要考虑跨多云实现的每个实例或应用程序副本之间的数据同步过程。云之间的数据库更新应以尽可能低的延迟执行，以避免在传输期间丢失数据。此外，IT部门每年必须多次检查故障转移过程，以模拟错误（即使错误似乎不可能发生），并确保所有环境都能在所有云安装中正常工作。

符合数据法规

在为多云基础架构选择供应商时，重要的是要考虑公司的政策和法规，计划查找工作负载的国家/地区以及提供商本身。

一些地方政府限制数据存储，因此您不能将其放置在国外。此外，金融或政府机构等不同组织只能在高度安全的私有云中托管敏感的工作负载。在让供应商参与您的多云策略之前，应考虑所有这些细节。

摘要

可靠的多云策略的关键要素是抽象。企业需要一个治理层，该治理层可以提供来自不同云供应商独特功能的完整抽象，并实现与云无关的实施，而不会带来额外的复杂性。公司与云之间的这种汇合点应了解所有云的具体情况，或者结合所需云中的标准化服务，并根据公司需求提供缺少的功能。像Jelastic这样的多云管理平台提供了所需级别的互操作性，以简化入口点并消除整个项目生命周期中的复杂流程。