可是许多组织从一开始就忽略了混淆云界说的“中央治理界面”部门。他们反而认为如果以某种方式同时使用内部部署基础设施和公共云就是接纳了混淆云纵然其缺乏集中式方式来治理混淆云架构中的这两个部门。
不外与Anthos一样Azure Stack和Outposts已经极大简化了构建混淆云所需的事情。
而在这个混淆云中内部部署基础设施和公共云通过一套一致的API和治理工具无缝地集成在一起。
以下先容混淆云的新界说以及组织应该重新思量其混淆云战略的原因。
第一代混淆云
简而言之在已往几年中混淆云架构的门槛已经提高了许多。
而只是通过在公共云中运行一些虚拟机并在内部部署为它们存储一些数据就可以声称拥有混淆云的日子已经一去不复返了。
因此正如调研机构451 Research公司分析师在2014年者解释的那样“真正的混淆云很少见只有十分之一的组织拥有它。”
与七八年前快速生长的混淆架构相比如今的混淆云似乎不再是一个热门话题。
而在已往的几年中混淆云的生态系统发生了庞大变化以至于混淆云与其前身有着基础性的差别。现在建立的混淆云看起来与10年前建立的混淆云险些完全差别。
更改混淆云的界说
AWS Outposts是谷歌云对其他云盘算供应商公布的类似Azure Stack和AWS Outposts混淆云框架的一个回应。
现代混淆云是基于与基础设施无关的开发和部署技术构建的而且它们通常依赖于庞大的架构平台例如Anthos或Azure Stack这些平台直到最近才泛起。
然而多云转变所做的是勉励云盘算架构师和开发人员以与云盘算无关的方式思考。为了有效地部署多云事情负载重要的是制止被特定云盘算供应商的服务或工具锁定以便组织可以轻松地将它们从一个公共云迁移到另一个公共云。
(3)Azure Stack和AWS Outposts
一个重要趋势是多云架构的爆炸式增长。
可以说混淆云是多云的一种形式。从这个意义上来说多云的生长趋势并没有勉励更多混淆云的接纳。
如果有的话它促使更多的组织同时使用多个公共云而不是构建更多的将内部部署基础设施与单个公共云相联合的混淆架构。
这并不是大多数Kubernetes刊行版的主要用例。但这适用于某些组织这些组织通常使用Kubernetes(以及其他一些工具)来简化统一的混淆云事情负载。
彻底改变混淆云格式的另一个变化是Kubernetes的迅速普及。
组织可以凭据需要在内部部署基础设施、公共云甚至Raspberry Pi上的任何地方部署Kubernetes。
这绝不是混淆云专有的技术。
可是Kubernetes通过提供可跨越内部部署基础设施和云盘算基础设施的中央平台使组织更易于实现混淆云架构。
如果开发人员牢记这一目的来设计事情负载通常也更容易在内部部署基础设施和公共云之间移动事情负载。从这个角度来看多云使混淆计谋越发实用。
(2)Kubernetes
行业专家指出不停生长的混淆云界说将会影响组织接纳的混淆云战略。
自从10多年前云盘算技术泛起以来混淆云就一直存在。理论上混淆云被界说为使用中央治理界面来控制事情负载的架构在这些负载中一部门运行在内部部署基础设施中一部门运行在公共云中。
可是如今真正的混淆云越来越多。这要归功于一些新趋势和新技术这些新趋势和新技术使跨内部部署基础设施和云盘算基础设施无缝治理事情负载变得越发容易:
现代混淆云界说
所有这些变化重新界说了混淆云的寄义。
当今的混淆云的特点是内部部署和云盘算服务之间的精密集成。从应用法式的角度来看通常基础没有区别因为无论应用法式在混淆云中那边运行它们都使用相同的API。
同时开发人员和IT团队可以为其混淆云的所有部门使用相同的部署和治理界面。
结论
后两个框架在许多关键方面与Anthos差别。它们绑定到特定的云平台(特别是Azure和AWS)而Anthos可以与任何公共云一起使用。
Azure Stack和Outposts还需要某些类型的硬件来构建混淆云的内部部署组件。
(1)多云
。本文来源:开云体育官方注册-www.shanghaidingyi.com
QQ:554966259
手机:17807012965
电话:0452-13240218
邮箱:admin@shanghaidingyi.com
地址:广东省惠州市随县仁民大楼786号