使用Azure和OpenStack的云编排 - 未开发的混合云
通常,当讨论混合云时,这样的讨论的自然选择通常围绕OpenStack加上VMware,或AWS与OpenStack, 甚至不同的云和容器选项 - 但Azure与OpenStack相结合是一个不太常见的讨论。通常,当讨论混合云时,这样的讨论的自然选择通常围绕OpenStack加上VMware,或AWS与OpenStack, 甚至不同的云和容器选项 - 但Azure与OpenStack相结合是一
- 通常,当讨论混合云时,这样的讨论的自然选择通常围绕OpenStack加上VMware,或AWS与OpenStack, 甚至不同的云和容器选项 - 但Azure与OpenStack相结合是一个不太常见的讨论。
通常,当讨论混合云时,这样的讨论的自然选择通常围绕OpenStack加上VMware,或AWS与OpenStack, 甚至不同的云和容器选项 - 但Azure与OpenStack相结合是一个不太常见的讨论。
这实际上是一个独特的结合,你认为它是Azure的公共云和OpenStack的私有云高度企业目标.
随着Azure拥有企业级安全和加密,甚至提供他们最近宣布的Azure堆栈,旨在帮助企业弥合他们的数据中心和云之间的差距,和OpenStack的固有开放性的API,使企业能够构建自己的云,这些应该自然适合在云端景观。然而,这种组合令人惊讶地经常被忽视。Nati Shalom最近在他的文章中讨论 前提下实现混合云的最小公分母 这些天,一项调查表明,企业往往同时利用多达6种云,而且该列表只是随着新技术的兴起而不断增长。
这就是为什么像Azure Stack这样的解决方案,也适用于云应用程序从传统数据中心迁移到云中的多云scenerios,特别是在考虑到这种转换涉及的所有企业级考虑时,危急。
在历史上,为了实现云可移植性,您需要通过将您的应用程序从以下基础设施的所有基础逻辑抽象化来满足最小公分母,但是这种类型的模型价格昂贵。特定云提供的所有实际优势。如果有更好的方法怎么办?实现互操作性和云之间的可扩展性的方法,同时充分利用底层云功能和服务组合。
但是即使如此,这些天的许多解决方案并不总是提供可扩展性和互操作性企业,这些日子需要用于面向未来,应用程序部署可移植性以及跨云的其他流行使用情况。混合云本身也已经证明,它不会免疫未来证明与破坏性技术每天出现 - 没有不同,最新和最大的容器(阅读更多的破坏周期)。这意味着新方法需要实际构建用于混合堆栈,而不仅仅是云,同时提供底层基础结构提供的全部功能。
输入TOSCA(Oasis Foundation for the cloud applications的标准)。 TOSCA是为这个确切的场景编写的,并提供固有的云互操作性和不可知论。 TOSCA方法旨在标准化应用程序在云环境中编排的方式。和企业爱标准。构建一种语法和词汇使组织能够以大大简化的方式适应快节奏的云世界。
基于TOSCA的Cloudify作为一个集成平台构建起来,利用标准化的模板,工作流和云插件提供跨越不会本机或直观地插入到彼此的技术的单一窗格,例如OpenStack和Azure,甚至Kubernetes或Docker,以及非虚拟化环境(如传统数据中心)。 Cloudify使得有可能选择一种适应您组织工作或希望工作的技术,而不需要您根据所采用的技术调整您的技术,堆栈或实践。
模板化语言(如TOSCA)比API提取具有更大的灵活性,提供企业所需的可扩展性和定制级别,而不需要开发或更改底层实现代码,这就是为什么重要项目,如ARIA,Tacker,和OpenStack Heat正在构建基于此标准的解决方案。
通过这种方式,Azure用户现在拥有一套构建块,用于跨云,堆栈和技术管理整个应用程序堆栈及其生命周期。随着微软现在自豪地拥有最开源的开发人员在GitHub,yup - 在Facebook,Angular,甚至谷歌
这也将最终提供更高程度的灵活性,允许用户针对每个用例或应用程序定义自己的抽象级别。以这种方式,可以实现云可移植性,而不需要改变底层代码,实现真正的混合云。
更多推荐
所有评论(0)