思科Intercloud服务和网络问题的原因

striveoor

思科Intercloud服务和网络问题的原因
我想开重申立场云:云是只有在其初级阶段采用。尽管所有的炒作市场,主要由顶级的营销服务提供商,全球IT支出的大部分是在云空间。(有人会对这个统计,但我听说这是低于10%)。
你认为这是为什么?
这都是网络!
可能有很多原因,比如云服务在市场和成熟的考验。但在我看来,一个主要因素突出(在我看来,需要更多的考虑):网络和云的总价值。
我在我的最后一篇博文指出,Intercloud的焦点是“连接世界的孤立的应用程序并提供无处不在的访问数据处理和存储端点”。这一愿景带来回网络中心性的概念,核心云服务架构不阻止周围岛屿支持工作负载类型的计算能力,而是网络的规模和能力支持跨云应用程序的部署场景。
采用云服务的最大障碍是平台是否适合不同应用类型的组合现有的IT环境。看着云平台在网络中心视图可以消除这一障碍。
所以在市场是什么?
解决这个明显的问题与计算中心云平台,许多云服务提供商通常利用覆盖像VPN隧道连接云服务端点。虽然这可能地址要求一个加密的连接道路,它不一致与云的好处是为了地址。
在典型的IT环境中,我们静态优化基础设施(如计算、存储和网络应用的需求。然后我们采用变更控制流程和政策做出调整这些刚性和静态定义。然而,整个移动到云带来了一组不同的挑战——虽然云环境可以为应用程序部署提供一个相等的域计算和存储,他们不提供相同的功能丰富的网络。
通常,这不利于我们听到在市场提供的价值主张对于云的弹性,可伸缩性和自动化。我们看到的挑战是恢复到内部的变更控制方法时,我们需要作调整到云及其与网络的十字路口。
云计算的优势和网络叫什么?
好消息是,思科Intercloud服务的总价值将推动云功能跨基础设施领域包括计算、存储和网络。虽然会有一个专注于确保网络覆盖解决方案是可用的,必需的,还有一个专注于确保衬底网络是高内聚的覆盖服务。
尽管许多顶级服务提供者宣称衬底只是一套商品化的管道,它实际上是保证应用程序路径和性能优化的关键。尽管服务抽象通常视为覆盖网络,我们得到有限控制在规模上,弹性和自动化。最终覆盖达到其极限,我们回到工程任务订单和命令式地驱动覆盖需求。命令式控制是耗时、繁琐和永远不可能完全自动化操作。
采用声明式方法在更大的抽象网络堆栈组合覆盖和衬底的实现功能的云模式结果在规模、弹性和自动化。简单调用一组定义良好的api到思科Intercloud请求网络服务条款覆盖问和衬底优化需求,与多个云服务端点,并让Intercloud平台如何实现这一个事务是一个更好的方法。另一种选择是采用传统的变化和任务出生在命令式的方法“请这样做,错误和必要的检查,然后重复…”。
总之
,正如我已经提到的,许多云服务提供商的市场投资组合是失踪的一个关键组成部分网络服务功能,作为云范式功能一致。思科是一个独特的和有一个前脚位置分化驱动结合云计算和网络位置对全球应用结果和架构Intercloud和思科的合作伙伴。
文章出自：思科

striveoor

思科思科

幻想曲

支持支持

trulli

淼渺淼渺

感谢楼主分享