今天咱们继续讲云管理平台的第三大类模块 administration & delivery。php
Self Servicehtml
这方面的表明平台云管平台Rightscale的self service功能。 用户登陆云平台便可以在服务目录里申请所须要的业务,费用预估业务审核财务审核等都由系统自动通知相关方,在申请批准以后,业务部署也会自动进行。linux
从上图能够看到,用户能够申请的IT服务有,三层网站服务(IIS),Ubuntu linux服务器,预装php的服务器,Oracle的weblogic,Oracle database 11g…web
这一类的service broker经过预约义模板为如下场景提供云资源,技术甚至复杂的应用栈shell
用户还能够选择选择适合的参数,比方说虚拟的大小,存储的类型,资源有效时间,数据库
对IT管理部门来说,self-service在减轻运维压力的同时还起到了对运行中的云环境进行标准化监管。api
想要本身开发这个模块的同窗应该看出来了,这里的分2大块:安全
1. Service Management 流程。服务器
这部分从实现来说和咱们上面讲的service desk区别不大。 http://www.cnblogs.com/meowmeow/p/7064660.html网络
2. 模板和自动化部署
因为企业的网络架构各有不一样而云上负载又多种多样,这一块的定制化要求很高。云管平台的开发团队须要保持关注azure自己的迭代release,官方镜像的更新,应用软件的更新。此外,各个企业的安全和合规性要求有不一样,这也加大了开发这个模块的难度
Tips: 使用Azure的ARM template 作底层实现
配置管理
云管理员须要知道在云环境里全部正在使用的资源及其生命周期。同时,因为云弹性伸缩的特色,管理员须要知道有多少资源和服务是刚加入/变动/终止,资源间的依赖关系是怎么样的,云资源与应用的关系。咱们看一张简单的云管理的CMDB图表
这个配置管理和咱们上一篇的配置管理不是一个概念,自动化运维的配置管理更多指使用chef,puppet等工具作软件部署和维护。这里则须要展示在云环境里
虚拟机,虚拟机所用的镜像,虚拟机的静态IP,负载均衡器,公共IP,数据库配置,availability set。。。。
虚拟机,虚拟机所用的镜像,虚拟机的静态IP,负载均衡器,公共IP,数据库配置,availability set。。。。
因为云资源的动态特性,通常建议经过云平台自己来取得配置管理的输入。云管理平台须要按期从云平台取得数据并存储(again, api, powershell,cli)。至于展示方面,其实excel也够用啦。
Tips:Tag, Tag , Tag
Tips:必须支持全部可能被使用的资源类型