- 1、本文档共39页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
PAGE 32
工 作 总 结
(2011年11月~2012年9月)
虚拟化基础架构业务部
王 毅
2012-9-24
目录
TOC \o 1-3 \h \z \u 1.概述 4
2.项目 5
2.1云计算服务底层核心 5
2.2云计算服务管理系统 13
2.3云计算服务监控系统 16
2.4弹性计算应用 17
2.5云计算服务计费系统 18
2.6云计算服务用户中心系统 19
2.7云服务网站 19
2.8云服务网站内容管理系统 20
2.9企业私有云实体机柜操作系统 20
2.10企业私有云实体机柜监控系统 20
3.团队建设 20
3.1初期 20
3.2中期 20
3.3后期 20
4.总结 20
1.概述
从2011年11月份至2012年九月份,我主动要求接受公司分派的云计算开源软件OpenStack的研发任务,到至今已经完成云计算产品服务的大部分功能,并基于已经研发出来的功能生产出一系列的软件产品共花了11个月的时间。矚慫润厲钐瘗睞枥庑赖賃軔朧碍鳝绢懣硯涛镕頃赎巯驂雞虯从躜鞯烧论雛办罴噓剥淚軔琿閔馐虯圓绅锾潴苏琺锅苁。
在这11个月的时间里,无论是对于产品项目的开发、云计算底层服务研发,还是团队建设等方面都遇到了不同程度的问题和困难。虚拟化基础架构业务部从刚刚开始的“IaaS组”到现在成为部门,人员也由最初的四个人发展到现在的13个人。聞創沟燴鐺險爱氇谴净祸測樅锯鳗鲮詣鋃陉蛮苎覺藍驳驂签拋敘睑绑鵪壺嗫龄呓骣頂濺锇慪柠圖虬辏獨鰷濱賺钓崳。
以下是我从项目和团队建设两个方面着手,将问题融入到项目和团队建设当中来进行虚拟化基础架构业务部的工作总结。残骛楼諍锩瀨濟溆塹籟婭骒東戇鳖納们怿碩洒強缦骟飴顢歡窃緞駔蚂玨础对聳卻錨纩鳅抛蒉詣赅齦鸸餌螞妪麩轰鍍。
2.项目
目前虚拟化基础架构业务部围绕着云计算底层服务的研发所完成的项目比较多,主要包括《云计算服务管理系统-PUBECM》、《云计算服务监控系统-PUBECC》、《弹性计算应用-ECA》、《云计算服务计费系统-CSBS》、《云计算服务用户中心系统-CSUC》、《云服务网站-CSNT》、《云服务网站内容管理系统-CSMS》、《企业私有云实体机柜操作系统-PRVECM》、《企业私有云实体机柜监控系统-PRVECC》等。酽锕极額閉镇桧猪訣锥顧荭钯詢鳕驄粪讳鱸况閫硯浈颡閿审詔頃緯贾钟費怜齪删费龙觯諞餛鸬挣紐攄线幀鲑泽谶绗。
其实,作为云计算服务底层的研发工作,也可以算是一个主要的项目,毕竟它是我们云计算服务底层的核心。
2.1云计算服务底层核心
2011年11月,由于当时我还在杨颖部门下作为一个组的组长,我们所接受的任务是ESDP的开源和ESDP的开源网站的开发。我们组准确的来讲一共只有四个人,在接触了云计算服务开源软件OpenStack以后,由于我跟同组的凌志对OpenStack的云存储部分“swift”从安装到使用都已经进行完成,所以也不得不对OpenStack的虚拟机部分对晓明进行辅助性工作。当时云计算开源软件OpenStack给我的感觉是必须集中精力,才能够顺利的进行,因此我主动要求承接云计算服务开源软件OpenStack的研发工作。彈贸摄尔霁毙攬砖卤庑诒尔肤亿鳔简闷鼋缔鋃耧泞蹤頓鍥義锥柽鳗铟夺髅搅联黨莢蠷抛務槍渖鐋颠聶鹭铹釹诫诎響。
在研发初期,我们主要的精力还是对于OpenStack的集群式安装部署,因为OpenStack是一个开源性的软件,除了它自己的开源项目,包括云存储(swift)、云虚拟机(nova)、镜像服务(glance)、统一身份认证系统(keystone)、管理系统(当时被叫做“dashboard”,后来改称为“horizon”)之外,还包括其他的一些开源的软件项目服务。如:数据库服务(mysql)、时钟服务(ntp)、消息队列服务(rabbitmq)、虚拟服务器远程服务(noVNC)、网络服务(network)、访问工具(ecua)、卷组服务(volume)等等。各个服务之间首先必须安装正确,在安装正确的基础之上通过配置文件的相互配置才能够达到想要的功能效果,除此之外各个服务之间的安装还存在一个顺序的问题,所以要顺利的安装集群部署就需要反复的实验,为了保证实验的正确性和准确性,我们有的时候不得不要求将服务器进行重新格式化;之所以格式化的主要原因是卸载往往有的时候是无法卸载干净的,同样的安装过程,对于卸载的服务器有的时候能成功;而有的时候却成功不了,这大大干扰了我们的安装思路。謀荞抟箧飆鐸怼类蒋薔點鉍杂篓鳐驱數硯侖葒屜懣勻雏鉚預齒贡缢颔臉悭榇龟伤确妫閽缮该賴爐满鐵薺硷蓝骤蚂釗。
后来公司不允许进行服务器的重新格式化,原因是服
您可能关注的文档
最近下载
- 《时间序列分析——基于Python》 课件全套 王燕 第1--7章 时间序列分析方法发展概述---多元时间序列分析.pptx
- 电商网红达人带货合作协议电商与达人签署.docx VIP
- 政治选修:专题一知识点汇总.doc VIP
- 2024年政务行业大模型发展洞察.pptx
- 绿植租摆服务租摆绿植养护实施方案.doc
- 湘教版高中地理选择性必修2 区域发展 第二章 区域发展 第四节 生态脆弱区的综合治理——以我国荒漠化地区为例.ppt VIP
- 投资银行业务与经营-期末课后习题.docx
- Java教学设计教案.docx
- 《电子商务模式》考试复习题库(重点200多题).docx
- 一种新型磁性羧基功能化缺陷COF的制备方法及其吸附应用.pdf VIP
文档评论(0)