摘要:所有的云计算都需要一个强大的管理平台,有助于对代码部署的具体方面进行自动执行和管理。当试图在云上扩散一个或多个应用程序时,一个强大的管理平台就显得更加重要。 |
如今有无数的解决方案可用,Joyent、亚马逊、Rackspace、VMware、惠普、CloudSigma、CloudProviders等公司均可以单独解决一些应用程序的要求,但并没有听到任何这些供应商致力于跨其他解决方案减少你的云的风险。他们选择混合云,或者选择公共云和私人云的混合,但他们在介绍时回避风险,这同云一样,是一个额外的定位。不过说句公道话,我并不会责怪云供应商,他们已经确保我们的业务风险得到有效地管理,我们不能无视云供应商付出的努力。
云即使是一个分布式的?
这是所有的鸡蛋放在一个篮子里,无论那个篮子是否有营销的固有风险。任何单一的技术平台带来了一个单一平台的特定问题的风险,可能产生不利影响。我在经营中甚至是成功测试后见过太多的问题,实际情况是,在大多数情况下,你只是不能针对每一个潜在的环境或使用情况进行测试。所以,不管如何分区或者分布在哪个区域,其风险依然存在。俗话说,一个锁链的强度取决于其最薄弱的环节。
作为你开发的技术生态系统以及呼叫你的IT运营模式的流体,你应该创建一部分采纳和使用多个平台战略,以帮助你降低使用单一供应商的风险。然而,减少停机的风险不是唯一的原因,你应该寻找一个多云计算解决方案。如果你已经开发出一种环境,是你可以利用多个云丰富你的生态系统,并有可能更好地分配你的工作量和利用地理上的多样性,更好地为你的顾客服务。
听起来不错,但我怎样才能管理多个云?
在流体中提到的IT博客的能力,吸收新技术和平台的无缝连接是关键。值得注意的是,你可以调配关键基础设施的速度越快,就越有可能使自己的业务更快地陷入困境,这就是为什么一个强大的管理平台是非常关键的。
所有的云都需要一个强大的管理平台,有助于对代码部署的具体方面进行自动执行和管理。当试图在云上扩散一个或多个应用程序时,一个强大的管理平台就显得更加重要。如果缺乏广泛的管理工具,这会让你不寒而栗,实现这一目标的另一种方法是把一切都手动并且快速部署基础设置,就像一辆法拉利在拥挤的道路上行驶。是的,法拉利是快,但不要在上下班高峰期时上路。
所以,你不应该只是一个云,但你也不要使用任何云薄弱的管理工具,或者更糟的是尝试手动制作你的策略、管理、变更管理和容量规划。
责任编辑:三水