混合多云架构_混合多云每个人都应避免的3个陷阱（第1部分）

混合多云架构

每天都在肆意宣传云，但每个人都应避免三个陷阱。

从云，混合云到混合多云，您都被告知这是确保业务数字化未来的一种方式。 您必须做出的这些选择不会排除提高客户体验和敏捷交付这些应用程序的日常工作。

让我们开始一段旅程，仔细研究混合多云对您的业务意味着什么。 让我们检查交付应用程序和处理遗留应用程序时所做出的决策。 这些可能是您业务中最重要的资源。

本文重点介绍了过渡到混合多云环境时每个人都应注意的三个陷阱。 它基于与致力于征服混合多云同时提供解决方案的组织的互动经验。

混合与多云

定义我们正在讨论的云应该是我们的第一步。 每个人都必须了解多云，混合云和混合多云之间的区别，这一点很重要。 这为讨论本系列其余部分中的三个陷阱提供了坚实的基础。

围绕迁移到云的对话可能具有多种含义，从获取您的内部计算能力并将其转变为您自己的私有云。 利用已经拥有的资源为开发人员提供类似云的体验。 一个更传统的扩展是开始使用外部计算资源，而不是您自己的数据中心中的资源。 这些是各种公共云提供商，导致我们有了第一个定义，
多云 。

多云

实际上，Multicloud使用来自多个提供商的多个云来执行多个任务。

图1.具有多个隔离云环境的IT环境。

通常，多云是指使用多个不同的公共云，以实现更大的灵活性，降低成本，避免供应商锁定或使用特定的区域云提供商。

多云方法的挑战之一是实现一致的策略，合规性和管理。

在利用多供应商云解决方案来分散锁定风险的同时，Multicloud更是一种扩展业务的策略。 图1显示了所使用的云服务的隔离性质，服务与业务应用程序之间没有任何形式的协调。 每个应用程序都单独管理，应用程序与环境中的服务隔离。

混合 云方法解决了隔离和协调对于解决方案至关重要的问题。

混合云

混合云是一个或多个公共云和私有云的组合，至少具有一定程度的工作负载可移植性，集成，编排和统一管理。

图2.具有一定程度的互操作性，可移植性或管理性的内部和外部云。

这里的关键是互操作性，迁移潜力以及在公共云和内部部署基础架构中运行的任务之间存在联系的要素，即使并非总是如此
无缝或完全实施。

如果您缺少可移植性，集成，业务流程和管理，那么这只是一堆云。

图2说明了至少一个私有云和公共云。 它们可以处于关闭状态或位于内部，但它们具有以下某种程度：

• 互通性
• 应用程序可移植性
• 数据可移植性
• 共同管理

将这两者结合在一起可得到一个混合多云，但是看起来像什么呢？

混合多云

将多个云聚集在一起并提供工具以确保您的混合和多云解决方案中的各种服务之间的互操作性。

图3.使用开放技术的混合多云解决方案。

将它们组合在一起可能是一个严峻的挑战，但是最终结果可确保更好地利用资源，而不会在各自的云中进行隔离。

图3展示了一个混合多云的示例，其中所有这些都基于开放技术来实现互操作性，工作负载可移植性和管理。

红帽OpenShift容器平台跨私有云和多个公共云进行部署，以确保工作负载的可移植性。 可以轻松地在Microsoft Azure，AWS，本地虚拟化和私有云上部署应用程序和数据。

红帽CloudForms确保在整个应用程序，数据和基础架构选项生态系统中具有统一的管理视图。 红帽保险丝与3Scale API管理一起为应用程序提供了与各种云服务交互的真正的云不可知的集成。 使用Red Hat Gluster Storage解决方案支持跨此混合多云的任何应用程序，云数据从未如此简单。

每个人都应避免的陷阱

在本系列的第二部分中，讨论了三个陷阱中的第一个。 每个人都应该避免使用混合多云的陷阱。 在决定您的业务如何过渡到云时，请找出为什么成本并非总是显而易见的动机。

翻译自: https://www.javacodegeeks.com/2018/03/3-pitfalls-everyone-should-avoid-with-hybrid-multicloud-part-1.html

混合多云架构