不同云计算厂商下的云计算管理标准的选定

你可能会认为云计算服务管理标准的缺失就是推广该项新技术的一大障碍。如果你确实是这么认为的，那么你错了。

一般来说，对于任何一项新技术你都可以从两个方面说出个子丑寅卯来：标准不成熟和管理缺位。但是，事实上绝大多数的企业并不将云计算标准的缺失视为其发展的一大障碍。这并不是一件坏事，因为这些标准很可能会姗姗来迟。

每一个云计算供应商都拥有相关的管理工具，以便于为用户提供一种处理他们部分应用程序平台的方法——其中包括应用程序软件、操作系统、中间件以及硬件,这实际上也正是云计算所提供的。对于计划使用单一云计算供应商的企业来说，这个供应商的管理系统正是他们所需要的;至于其系统是否能够有一个标准其实际意义并不大。而对于那些希望使用多个云计算服务的企业来说，他们必须慎之又慎，但这又不是不实施云计算的充足理由。

SaaS管理与PaaS管理

在软件即服务(SaaS)中，企业对云计算的发展并没有做出有益的贡献;云计算供应商完全地控制着应用程序及其管理。好消息是，SaaS管理还是只于管理应用程序。该基础设施对用户都是不可见的，这意味着SaaS的管理重点在于控制使用应用程序的授权，以及数据存储和备份的方法。

这些在云中指定的功能与数据中心指定的功能极其类似。因此，云计算管理标准不可能对SaaS产生多大的影响。如果你是一位SaaS的消费者，提升自我能力来管理你的应用程序而无需任何所谓标准的帮助，你的管理负担最小。

在拥有了平台即服务(PaaS)之后，云计算托管了服务器、存储服务、操作系统以及诸如数据库管理系统之类的应用程序中间件工具等。企业对应用程序软件和某些额外的中间件组件还是做出了贡献的。IT也对应用程序管理做出了贡献，即他们以与管理预安装在数据中心的应用程序相同的方式管理一个PaaS应用程序。

在PaaS模式中的数据中心在云中，因此这是不同管理过程中的一部分。在如MicrosoftAzure的通用PaaS模式中，一个管理门户将管理着整个PaaS环境。

使用两个不同PaaS云的企业可能会发现管理过程难以协调的原因有二：

1.与应用程序管理一样，平台管理对于平台的组件及其组织方式依赖性极高。因此，由于PaaS产品本身不同，每一个PaaS供应商都可能有一个不同的管理系统。

2.建议使用两个(或更多个)不同PaaS供应商的企业在数据中心内的实际应用中拥有两个或更多个截然不同的服务器平台。例如，Windows和Linux。任何具有实际使用经验的人士都知道跨平台的协调管理与支持过程都是非常困难的，甚至在你必须使用云计算管理接口而不是使用内部管理选项时将变得特别的困难。但是SaaS不同，我们可以从PaaS的云计算管理标准中希望得到些什么，这是因为平台组件是如此难以实现管理协调。

IaaS管理标准是如何脱颖而出的

云计算管理标准在基础设施即服务(IaaS)是最具相关性的。因为IaaS模式允许IT经理们选择除了硬件本身之外所有的一切，从而有更好的机会把你所钟意的管理工具迁往云计算并在其中随意使用。你不需要更改你的应用程序和平台管理，但是你必须对云计算供应商如何分配其服务器、存储、缓存以及其它工具资源进行管理。因为企业比其它的云计算模型更可能拥有多个IaaS供应商，IaaS标准是至关重要的。即使云计算管理的标准是完整并得到坚持从而使IaaS能够从中获益，但也无法满足那些限制性条件的。

第一个问题是云计算管理标准的多重性，这是因为有如此多的云计算标准机构而造成的。在流行云计算标准机构的网站上列有13家，其中至少半数与某一种云计算管理标准有着颇多的利益牵扯。该集团正致力于形成一个标准，但还没有定案。

第二个问题是业内领先的云计算供应商很少有机会支持标准。例如，Amazon就不遵守任何处于制定过程中的标准。

那么，你该如何来寻找云计算管理标准呢？答案就是在你的云计算架构允许下尽可能多地使用管理工具。你还应当祈祷，大多数的供应商会紧跟Amazon公司的云计算管理策略。如果真的存在着高效的云计算管理标准，那么他们一定应与该策略相互兼容。

最后，依靠诸如HP公司的OpenView或IBM公司的Tivoli这样的高层次管理工具以协调管理策略——即便在内部云计算服务也有着不同的管理选项。不必强求简易性，但是云计算管理应当比你想象中更为容易。

在不久的将来，云计算一定会彻底走入我们的生活，有兴趣入行未来前沿产业的朋友，可以收藏云计算，及时获取人工智能、大数据、云计算和物联网的前沿资讯和基础知识，让我们一起携手，引领人工智能的未来！

标签： linux 大数据 服务器 数据库 推广 云计算 云计算的发展 云计算服务 云计算管理 云计算架构

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。