一个组织需要multicloud从不止一个方法时,使用云服务提供者。可能是显而易见的从它的多个云,之后几乎的原因选择multicloud方法可以尽可能多样的云平台本身。
因为“云”已经变得如此广泛,包罗万象的类别,multicloud环境中可能包括,说,365年微软SaaS生产力应用程序,谷歌推动存储、计算服务和Amazon AWS。
另一方面,组织可能有理由将多个云提供商为相同的功能或目的。和公共云服务是如此便宜和容易开始,大型组织(或没有严格的集中控制的组织)可能会发现自己在一个不打算multicloud情况。
multicloud和混合云之间的区别是什么?
在我们讨论的利弊multicloud之前,重要的是要区分multicloud像模像样的词有不同的意义。一个混合云部署是一个横跨公共云和私有云托管本地组件。
一个企业可以混合multicloud如果从多个公共云基础设施包括服务供应商,这是一个相当常见的混合云用例。但除非有多个公共云供应商参与,这不是multicloud,即使你有公共和私人的组件。
multicloud的好处是什么?
的概念multicloud似乎违反直觉。毕竟,不是更好吗让事情变得简单,坚持一个云提供商吗?但采购来自多个供应商的云服务有许多优点:
- 灵活性:虽然大多数云供应商推销自己是云解决方案,事实是,每个主要提供有优点和缺点,和公司可能不愿承诺一个供应商如果他们有多个云用例。
例如,一个组织可能使用微软Azure云分析功能,但Amazon AWS开发Alexa技能应用程序。甚至工作负载开发理论上厂商中立可能会看到更好的性能在不同的云平台。
- 距离和网络性能。整个云的概念吸引你想某个云服务器是限制”,“无约束的物理现实。在实践中,一些云供应商都能提供云服务器,身体比别人接近你的用户和客户,或有网络连接较低的延迟。你可能想要把这些供应商关键任务,高性能的需求,同时在适当的情况下使用他人。
- 保持你的鸡蛋放在多个篮子里。如果你的云提供商遭受大规模、长时间的中断,这将产生重大影响你的生意。虽然这很可能与hyperscalers之一,如果你有可能与一个更专业的供应商。
甚至是大公司,你可能会发现烦恼,性能问题,意料之外的费用,或其他问题可能会导致你重新考虑你们的关系。使用来自多个供应商的服务可以更容易地结束一段关系,感觉这是过时,你无须更新你的整个基础设施。
它可以成为一个伟大的方式,以确定哪些云提供商是最好的工作负载。和它不能伤害作为一种谈判策略当期货合约到期时或者当你考虑添加新的云服务。
multicloud挑战是什么?
有许多挑战和缺陷与multicloud相关的方法:
- 复杂性:这是一个问题multicloud。的承诺之一的单个供应商的云设置,您可以简单地旋转更多的云资源无缝的方式,不需要额外的工作或重构。
如果你添加更多的云资源通过添加服务从一个不同的供应商,你需要投入额外的努力来获取两朵,才能很好地在一起,这一过程的范围可以从“烦人的”“不可能。”Even after bridging the divide, there's administrative overhead involved—it'll be harder to keep tabs on data protection and privacy, for instance, and you'll need to track cloud usage and the associated costs for multiple vendors.
- 网络带宽。许多供应商使其廉价和容易移动数据,在他们自己的云,但可能会让你支付额外的出口。如果您的工作流需要发送大文件来回云提供商,你可能会发现自己比你想象的更多。
- 互操作性:事实是,商业云服务不只是抽象的一般的白盒服务器。他们每个人都有自己的长处(这可能是最大的一个原因你选择multicloud策略首先)但他们也都有自己的怪癖,而复杂的应用程序将会根据特定的云环境在某种程度上。换句话说,你不能只是将代码从一个云提供商到另一个心血来潮。
- 技能差距。这不仅仅是代码不一定端口在不同的云服务;你们人类程序员和管理员也可能有他们喜欢云平台,或者至少更加熟悉。当然,任何人都可以学习新的技能,但在不同的平台将意味着你的团队的学习曲线,并且可能使其难以雇佣那些能在快速双脚跳。
如何解决multicloud安全
最后一个值得特别考虑multicloud挑战:安全。multicloud环境代表着一个庞大而复杂的攻击表面。任何云推广创建开放的风险漏洞攻击者:你有数据之间来回云和on-prem系统在互联网上,你存储和数据在一个平台上工作你不完全控制。
增加更多的公共云提供商的组合意味着更多的网络连接需要担保。虽然大多数云平台包括安全工具,这些工具从你所有的供应商不一定工作。
简而言之,您需要确保所有的用户都是遵循安全最佳实践,建立一个全面的数据治理政策的推出,并使用任何工具你可以获得完整的可视性,multicloud基础设施。
multicloud设计注意事项是什么?
设计的关键之一multicloud架构是建立一个共同的技术堆栈和开发工具链,可以移植到尽可能多的使用公共云。一个好的策略是将精力集中在使用开源软件,因为这些通常可以在任何公共云供应商和使用最通用的“香草”版本的工具最适合您的需要。简单性和可移植性是关键。
你也想统一infrastructure-wide政策在一定程度上可以。在可能的情况下,通过构建前端代码,可以与你的平台的api抽象政策远离特定平台上的具体实现。
在这个过程中,你需要找出如果你想拿出一套共同的特性,您将使用在所有公共云,可以通过api操纵。这么做会让管理在很多情况下,用户不需要知道哪个云平台他们处理在任何给定的但是你也失去了独特的功能可能会驱动你的每个云multicloud环境放在第一位。
有商业multicloud编制平台,可以帮助你保持平稳运行的一切一旦你滚出来,并选择一个也应该是你的规划过程的一部分。Flexera云管理平台和BMC多重云管理是两位领导人,但更多的产品可供选择。
如何应对影子吗
不管你怎么multicloud推出的计划,这是很重要的一个方面,你做的,事实上,有一个计划。但事实是,许多组织可能已经multicloud商店,没有任何计划,甚至没有意识到,由于所谓的的影子,当单个部门或业务单位采购没有IT部门咨询自己的技术服务。
很简单,不是特别昂贵的注册一个云账户,和许多部门将做它如果他们觉得实践作为生产力的障碍。例如,它可能会推出谷歌云企业级存储和文件共享,却发现法律部门多年来一直为这些目的使用Dropbox,是适应它,不想放弃。
为了避免这样的问题,你需要胡萝卜和大棒:集全云政策各个部门能做什么和不能做时创建新云账户,但也听那些部门找到他们需要什么,并试图找出他们熟悉的工具可以集成到你的大云或multicloud策略。
从长远来看,让每个人都参与multicloud推出是成功的关键。