云计算运维管理应提供如下功能：
1.自服务门户
自服务门户将支撑基础设施资源、平台资源和应用资源以服务的方式交互给用户使用，提供基础设施资源、平台资源和应用资源服务的检索、资源使用情况统计等自服务功能，需要根据不同的用户提供不同的展示功能，并有效隔离多用户的数据。
2.身份与访问管理
身份与访问管理提供身份的访问管理，只有授权的用户才能访问相应的功能和数据，对资源服务提出使用申请。
3.服务目录管理
建立基础设施资源、平台资源和应用资源的逻辑视图，形成云计算及服务目录，供服务消费者与管理者查询。服务目录应定义服务的类型、基本信息、能力数据、配额和权限，提供服务信息的注册、配置、发布、注销、变更、查询等管理功能。
4.服务规则管理
服务规则管理定义了资源的调度、运行顺序逻辑。
5.资源调度管理
资源调度管理通过查询服务目录，判断当前资源状态，并且执行自动的工作流来分配及部署资源，按照既定的适用规则，实现实时响应服务请求，根据用户需求实现资源的自动化生成、分配、回收和迁移，用以支持用户对资源的弹性需求。
6.资源监控管理
资源监控管理实时监控、捕获资源的部署状态、使用和运行指标、各类告警信息。
7.服务合规审计
服务合规审计对资源服务的合规性进行规范和控制，结合权限、配额对服务的资源使用情况进行运行审计。
8.服务运营监控
服务运营监控将各类监控数据汇总至服务监控及运营引擎进行处理，通过在服务策略及工作请求间进行权衡进而生成变更请求，部分标准变更需求别转送到资源供应管理进行进一步的处理。
9.服务计量管理
服务计量管理按照资源的实际使用情况进行服务质量审核，并规定服务计量信息，以便于在服务使用者和服务提供者之间进行核算。
10.服务质量管理
服务质量管理遵循SLA要求，按照资源的实际使用情况而进行服务质量审核与管理，如果服务质量没有达到预先约定的SLA要求，自动化地进行动态资源调配，或者给出资源调配建议由管理者进行资料的调派，以满足SLA的要求。
11.服务交付管理
服务交付管理包括交付请求管理、服务模板管理、交付实施管理，实现服务交付请求的全流程管理，以及自动化实施的整体交付过程。
12.报表管理
报表管理对于云计算运维管理的各类运行时和周期性统计报表提供支持。
13.系统管理
系统管理云计算运维管理自身的各项管理，包括账号管理、参数管理、权限管理、策略管理等。
14.4A管理
4A管理由云计算运维管理自身的4A管理需求支持。
15.管理集成
管理集成负责与IaaS层、PaaS层、SaaS层的接口实现，为服务的交付、监控提供支持。
16.管理门户
管理门户面向管理维护人员，将服务、资源的各项管理功能构成一个统一的工作台，来实现管理维护人员的配置、监控、统计等功能需要。
云管理的最终目标是实现IT能力的服务化供应，并实现云计算的各种特性：资源共享、自动化、按使用付费、自服务、可扩展等。
云计算的门槛
为啥云计算有这么多开源的东西，却不是人人都能做？
一方面，这就跟盖楼一样。盖楼的技术没什么难的（当然，盖高楼是很难的），但是你没地你怎么盖？我觉得云计算也一样，带宽的价格贵得就像土地的价格。其实云计算跟房地产一样，要占地、占机房、占带宽。如果能把中国所有的机房、机柜、带宽资源都买了，你就不用做云计算了，卖土地就够了——因为这些是有限的。最简单的例子，IP地址是有限的。你有带宽、有机房，但是如果你没有IP，这就不好玩了。尤其是你要提供CDN服务，这个就更明显，因为有多少物理节点直接决定你的CDN服务质量。
另一方面，正如前面所说的，运维是件很难的事，运维这个事并不是一般人能搞的事。没有足够的场景、经验和时间，这种能力很难出现。
从用户的角度来说呢，云计算是一种服务，你需要对用户企业内的解决方案要有很好的了解，这样才能提高很好的服务。能提供“好服务”的通常都是把自己真正当成用户公司。
卖汽车也是卖服务。造出汽车来，并不代表你搞定这个事了。如果没有公路、没有加油站、没有4s店、没有交通管理、规则等等，你要么用不了，要么就是乱七八糟。不能只让用户在那看着你的汽车好牛啊，但是用户不知道怎么用。所以说，云计算最终旁边必须要有一套服务设施，而这套服务设施也是今天被人低估的。
云计算有两个东西我觉得是被人低估的，一个是运维，一个是那堆服务。做服务的需要有生态环境，有人帮你做。所以做云计算要落地并不简单。
总之，云计算是需要吃自己的狗食才能吃出来的，绝不是像手机上的Apps一样，你想一想、试一试就能搞出来的，你首先需要让自己有这样的场景，有这样的经历，你才可能会有这样的经验和能力。
还是那句话，云就是服务，只要提供了好的服务，无论公有还是私有都是会有价值的。
