摘要：随着对云计算应用的不断深入，你可能会越来越感觉到由第三方提供商来管理硬件基础设施是多么有价值。但同时也恰恰让你意识到另外还有一些的依赖，工作流和架构因素是需要自己在内部监控的。

　　对于云计算，自己为本地、专门虚拟服务器而开发的管理工具和流程可以满足自身的一些需求，前提是基于云计算的应用不会发生重大改变。一旦开始利用新的云性能，你将需要寻找一种新方式来管理云系统和功能。
　　
　　打个比方，如果你的业务收集并产生了大量数据，运行数百台服务器意味着你将可以在云集群中轻松挖掘大数据集。可以只在需要的时候准备该集群，还可以在数据挖掘任务结束时关掉它。但当下一次数据挖掘的任务到来时，你能否确保所需的镜像依旧在这个服务目录上？你能否还记得如何正确部署和配置数据库，分析服务器，工作流引擎和负荷均衡器？
　　
　　此外，你的公司可能还需要为关键应用定义明确的性能等级与可用性。保证满足这些要求的一种方式就是，在一家云提供商内或多家云提供商间的分离服务区域内复制服务器。发生在Amazon和Microsoft身上的众所周知的服务中断事件，突显了使用一家云提供商所存在的风险，然而，你可能宁愿接受这些风险，从而放弃花费额外资源来开发与维护分离脚本，并在不同的云环境上管理资源。
　　
　　这些例子都表现了市场对既可分布式管理又高度集成的系统的迫切需求。自助式门户可以被用来配置多结构系统，但手动配置却常常出现错误和不协调。往往致使多数云公司只提供普通配置任务，如为负载平衡服务器组添加服务器。
　　
　　随着云管理需求变得越来越复杂，你可能会发现自己已经陷入了手动配置的泥沼。对于云提供商这里并不存在统一的工业标准的管理API,一旦使用超过一家云服务提供商，你很可能不得不维护多个、针对特定提供商的流程。当你运行复杂的配置或似乎用多种云产品，也就是时候要考虑云管理服务了。
　　
　　云管理服务提供管理功能以完善供应商产品，它包括云配置，部署服务以及跨平台能力。举个例子，云管理服务将提供多组件模块以允许你使用预定义模块以单个单元的方式部署多层次应用。这些服务还可以提供处理后的报告与监视，这对那些用户有权力在公共云上部署实例的业务来说尤为重要。
　　
　　通过事件驱动式预警和配置变更，云管理服务还有助于控制系统管理开支。系统管理人员可以针对需要特别注意的事件，为管理服务指定性能标准和报警阈值，例如根据需求变更向集群添加和移除服务器。
　　
　　当评价云管理服务时，以下因素是值得认真考虑的。是选择支持你现有云提供商的供应商，还是选择支持将来你使用的云提供商的供应商。小型基础设施即服务（IaaS）和平台即服务（PaaS）供应商或许是合适的选择，但他们不被云管理服务支持的事实却又降低了他们对企业的应用价值。
　　
　　对身份管理的评估支持，特别是跨多个云提供商。提供商是否具备充分的访问控制？他们是否可以跨多种云提供商工作？云管理服务是否提供关键管理功能？身份管理时常面临挑战，自助式的门户，用户可以产生和取消密钥，以及更复杂的密钥安全与追踪问题。
　　
　　了解服务如何支持核心系统管理功能，例如云备份和报告，也很重要的。你能否根据备份策略自动备份？对于你公司的法规遵从和管理需求报告是否充分？如果你使用退款和回显来做云使用报告，寻找一个服务它可以根据终端用户和业务单元提供处理报告。
　　
　　最后要谈得就是如何权衡云管理提供商之间价格问题。有些供应商会根据每小时代管部件的数量计费，另一些则提供按月分层计费的方式。考虑云计算任务典型的使用用例，以及这些用例的运行频率。如果你需要比较不同的定价模型，结合低需求，近似需求和高需求场景来考虑。无须精确地预测你日后的全部花销，但至少要意识到每月自己账单的那些变化。
　　
　　责任编辑：三水