某科技研發(fā)云計(jì)算心酸史之工作總結(jié)

工作總結(jié)〔2024年11月～2024年9月〕虛擬化根底架構(gòu)業(yè)務(wù)部王毅2024-9-24

目錄1.概述 42.工程 52.1云計(jì)算效勞底層核心 52.2云計(jì)算效勞管理系統(tǒng) 132.3云計(jì)算效勞監(jiān)控系統(tǒng) 162.4彈性計(jì)算應(yīng)用 172.5云計(jì)算效勞計(jì)費(fèi)系統(tǒng) 182.6云計(jì)算效勞用戶中心系統(tǒng) 192.7云效勞網(wǎng)站 192.8云效勞網(wǎng)站內(nèi)容管理系統(tǒng) 202.9企業(yè)私有云實(shí)體機(jī)柜操作系統(tǒng) 202.10企業(yè)私有云實(shí)體機(jī)柜監(jiān)控系統(tǒng) 203.團(tuán)隊(duì)建設(shè) 203.1初期 203.2中期 203.3后期 204.總結(jié) 20

1.概述從2024年11月份至2024年九月份，我主動(dòng)要求接受公司分派的云計(jì)算開(kāi)源軟件OpenStack的研發(fā)任務(wù)，到至今已經(jīng)完成云計(jì)算產(chǎn)品效勞的大局部功能，并基于已經(jīng)研發(fā)出來(lái)的功能生產(chǎn)出一系列的軟件產(chǎn)品共花了11個(gè)月的時(shí)間。在這11個(gè)月的時(shí)間里，無(wú)論是對(duì)于產(chǎn)品工程的開(kāi)發(fā)、云計(jì)算底層效勞研發(fā)，還是團(tuán)隊(duì)建設(shè)等方面都遇到了不同程度的問(wèn)題和困難。虛擬化根底架構(gòu)業(yè)務(wù)部從剛剛開(kāi)始的“IaaS組〞到現(xiàn)在成為部門(mén)，人員也由最初的四個(gè)人開(kāi)展到現(xiàn)在的13個(gè)人。以下是我從工程和團(tuán)隊(duì)建設(shè)兩個(gè)方面著手，將問(wèn)題融入到工程和團(tuán)隊(duì)建設(shè)當(dāng)中來(lái)進(jìn)行虛擬化根底架構(gòu)業(yè)務(wù)部的工作總結(jié)。

2.工程目前虛擬化根底架構(gòu)業(yè)務(wù)部圍繞著云計(jì)算底層效勞的研發(fā)所完成的工程比較多，主要包括?云計(jì)算效勞管理系統(tǒng)-PUBECM?、?云計(jì)算效勞監(jiān)控系統(tǒng)-PUBECC?、?彈性計(jì)算應(yīng)用-ECA?、?云計(jì)算效勞計(jì)費(fèi)系統(tǒng)-CSBS?、?云計(jì)算效勞用戶中心系統(tǒng)-CSUC?、?云效勞網(wǎng)站-CSNT?、?云效勞網(wǎng)站內(nèi)容管理系統(tǒng)-CSMS?、?企業(yè)私有云實(shí)體機(jī)柜操作系統(tǒng)-PRVECM?、?企業(yè)私有云實(shí)體機(jī)柜監(jiān)控系統(tǒng)-PRVECC?等。其實(shí)，作為云計(jì)算效勞底層的研發(fā)工作，也可以算是一個(gè)主要的工程，畢竟它是我們?cè)朴?jì)算效勞底層的核心。2.1云計(jì)算效勞底層核心2024年11月，由于當(dāng)時(shí)我還在楊穎部門(mén)下作為一個(gè)組的組長(zhǎng)，我們所接受的任務(wù)是ESDP的開(kāi)源和ESDP的開(kāi)源網(wǎng)站的開(kāi)發(fā)。我們組準(zhǔn)確的來(lái)講一共只有四個(gè)人，在接觸了云計(jì)算效勞開(kāi)源軟件OpenStack以后，由于我跟同組的凌志對(duì)OpenStack的云存儲(chǔ)局部“swift〞從安裝到使用都已經(jīng)進(jìn)行完成，所以也不得不對(duì)OpenStack的虛擬機(jī)局部對(duì)曉明進(jìn)行輔助性工作。當(dāng)時(shí)云計(jì)算開(kāi)源軟件OpenStack給我的感覺(jué)是必須集中精力，才能夠順利的進(jìn)行，因此我主動(dòng)要求承接云計(jì)算效勞開(kāi)源軟件OpenStack的研發(fā)工作。在研發(fā)初期，我們主要的精力還是對(duì)于OpenStack的集群式安裝部署，因?yàn)镺penStack是一個(gè)開(kāi)源性的軟件，除了它自己的開(kāi)源工程，包括云存儲(chǔ)〔swift〕、云虛擬機(jī)〔nova〕、鏡像效勞〔glance〕、統(tǒng)一身份認(rèn)證系統(tǒng)〔keystone〕、管理系統(tǒng)〔當(dāng)時(shí)被叫做“dashboard〞，后來(lái)改稱(chēng)為“horizon〞〕之外，還包括其他的一些開(kāi)源的軟件工程效勞。如：數(shù)據(jù)庫(kù)效勞〔mysql〕、時(shí)鐘效勞〔ntp〕、消息隊(duì)列效勞〔rabbitmq〕、虛擬效勞器遠(yuǎn)程效勞〔noVNC〕、網(wǎng)絡(luò)效勞〔network〕、訪問(wèn)工具〔ecua〕、卷組效勞〔volume〕等等。各個(gè)效勞之間首先必須安裝正確，在安裝正確的根底之上通過(guò)配置文件的相互配置才能夠到達(dá)想要的功能效果，除此之外各個(gè)效勞之間的安裝還存在一個(gè)順序的問(wèn)題，所以要順利的安裝集群部署就需要反復(fù)的實(shí)驗(yàn)，為了保證實(shí)驗(yàn)的正確性和準(zhǔn)確性，我們有的時(shí)候不得不要求將效勞器進(jìn)行重新格式化；之所以格式化的主要原因是卸載往往有的時(shí)候是無(wú)法卸載干凈的，同樣的安裝過(guò)程，對(duì)于卸載的效勞器有的時(shí)候能成功；而有的時(shí)候卻成功不了，這大大干擾了我們的安裝思路。后來(lái)公司不允許進(jìn)行效勞器的重新格式化，原因是效勞器所在集裝箱的機(jī)柜不能夠經(jīng)常反復(fù)的開(kāi)啟，對(duì)效勞器機(jī)柜內(nèi)的溫度有很大的影響，容易造成效勞器的損壞；由于效勞器當(dāng)時(shí)在八角樓C4機(jī)房，我們只有使用的權(quán)限，對(duì)于有的時(shí)候所發(fā)生的效勞器死機(jī)需要重啟等工作，我們只能間接的通過(guò)網(wǎng)絡(luò)部來(lái)配合進(jìn)行完成，而網(wǎng)絡(luò)部負(fù)責(zé)這項(xiàng)工作的王燁輝的工作也很忙，我們很多時(shí)候不得不進(jìn)行等待，這也給我們的工作帶來(lái)了一定的困難和麻煩。當(dāng)時(shí)我們效勞器在機(jī)房中一共擁有20臺(tái)效勞器，為了能夠在溝通和管理上方便，我針對(duì)于效勞器進(jìn)行了從1#～20#的編號(hào)，其中15#～19#五臺(tái)效勞器是DELL的R410效勞器，其他效勞器是2GB的內(nèi)存配置。為了保證安裝腳本在我們自己掌控下順利進(jìn)行，我決定將八角樓的效勞器中的1#機(jī)和2#機(jī)搬到了辦公地點(diǎn)作為云存儲(chǔ)的腳本安裝及功能測(cè)試；后來(lái)張亞麗組的張志楠和張賀軍的參加所帶來(lái)的兩臺(tái)惠普效勞器成為了辦公地點(diǎn)虛擬機(jī)的腳本安裝及功能研發(fā)和測(cè)試的環(huán)境，通過(guò)這四臺(tái)效勞器組成了我們的辦公地點(diǎn)的實(shí)驗(yàn)環(huán)境。但是為了能夠徹底解決OpenStack底層各項(xiàng)效勞之間的搭配工作，能夠準(zhǔn)確的找到問(wèn)題的出現(xiàn)位置，鎖定效勞目標(biāo)；我采取了將效勞器各個(gè)效勞單獨(dú)存放至一臺(tái)物理效勞器當(dāng)中，來(lái)進(jìn)行功能性驗(yàn)證和觀察。準(zhǔn)確的來(lái)講在C4八角樓機(jī)房里有18臺(tái)效勞器供我們使用，但是由于不能夠經(jīng)常性的重新格式化效勞器和經(jīng)常性的進(jìn)入效勞器機(jī)房，所以我們對(duì)于C4機(jī)房中的18臺(tái)效勞器的使用非常慎重，當(dāng)然也大大影響了我們的工作效率。OpenStack的官方網(wǎng)站，只是介紹了外表層次上的大體原理，以及各個(gè)效勞之間的相互作用效勞，但是像ntp、rabbitmq這樣的其他開(kāi)源效勞是沒(méi)有介紹的，我們所找到的線索完全得益于從網(wǎng)上下載某些志同道合的網(wǎng)友所提供的安裝部署文檔；但是想要到達(dá)和解決各個(gè)效勞以單獨(dú)物理效勞器提供效勞的目的，這項(xiàng)工作仍然非常的艱難。為了防止機(jī)房效勞器的重新安裝，我下令讓研發(fā)人員在自己的臺(tái)式機(jī)上通過(guò)virtualbox安裝虛擬效勞器，我們自己的臺(tái)式機(jī)箱只有2GB的內(nèi)存，最多也就可以跑三臺(tái)虛擬機(jī)，所以只能在這三臺(tái)虛擬機(jī)上跑安裝腳本，另外由于我們的臺(tái)式機(jī)CPU等配置不支持虛擬化，所以我們只能夠通過(guò)返回的命令行提示來(lái)確定是否安裝成功，但創(chuàng)立虛擬機(jī)是得不到任何驗(yàn)證的；同時(shí)我們只能關(guān)掉一局部已經(jīng)安裝了虛擬效勞器后再跑其他的虛擬效勞器，花在查看上的時(shí)間非常多，更不要說(shuō)再遇到問(wèn)題和解決問(wèn)題了。在這個(gè)工作過(guò)程的進(jìn)行當(dāng)中，我們實(shí)驗(yàn)環(huán)境效勞器所在機(jī)柜的PDU壞了，對(duì)于PDU的采購(gòu)花了很長(zhǎng)一局部時(shí)間，大概有一個(gè)月左右，這也導(dǎo)致了我們的工作無(wú)法在實(shí)驗(yàn)環(huán)境的18臺(tái)效勞器中進(jìn)行。我們只能在自己的臺(tái)式效勞器里的虛擬機(jī)中跑我們的腳本。在初期的過(guò)程中，我們并不敢跑大的虛擬機(jī)鏡像，而是采用了OpenStack官方?jīng)]有操作系統(tǒng)界面，只有命令行的小型ubuntu鏡像。在整理和跑通安裝腳本并等到實(shí)驗(yàn)環(huán)境的PDU修復(fù)后，我們才得以反復(fù)進(jìn)行我們的安裝腳本的實(shí)驗(yàn)，這個(gè)時(shí)候我們的卸載腳本也已根本成熟。可以說(shuō)安裝部署方面的問(wèn)題已經(jīng)根本上得到了解決。公司還要求可以自動(dòng)進(jìn)行安裝部署，為了實(shí)現(xiàn)這個(gè)目標(biāo)，我們將實(shí)驗(yàn)環(huán)境的12#效勞器當(dāng)作我們安裝部署的資源機(jī)環(huán)境，安裝部署資源大概占到了40GB左右。之所以需要一個(gè)資源機(jī)，是因?yàn)樵谖覀兊陌惭b過(guò)程中，經(jīng)常遇到了版本不統(tǒng)一和不一致所導(dǎo)致的無(wú)法安裝成功，究其根源在于采用apt-get的方式安裝都是采用網(wǎng)上資源進(jìn)行下載后的安裝，地址是一樣的，版本卻改變了。OpenStack當(dāng)時(shí)還相當(dāng)?shù)牟怀墒?，源代碼更新比較快，同樣的安裝地址，昨天還可以正確安裝并安裝成功，轉(zhuǎn)過(guò)天來(lái)就會(huì)出現(xiàn)有些命令都執(zhí)行不通的情況出現(xiàn)，Keystone〔身份認(rèn)證〕和glance〔鏡像效勞〕的安裝版本不一致就導(dǎo)致了我們很長(zhǎng)一段時(shí)間對(duì)于Glance的命令執(zhí)行不得不采用EC2工具繞過(guò)了Keystone。最終的解決是將版本統(tǒng)一后，將glance的安裝步驟和Keystone的結(jié)合安裝過(guò)程順序進(jìn)行倒置才成功的。在以上工作完成的根底上，由我完成了OpenStack的手動(dòng)安裝文檔的初版編寫(xiě)，和一個(gè)版本的腳本自動(dòng)安裝部署由張賀軍來(lái)完成的，但是對(duì)于公司的要求我們還是有很大一段距離的。比方說(shuō)，對(duì)于不同的開(kāi)源效勞對(duì)效勞器都有不同的要求，mysql數(shù)據(jù)庫(kù)效勞要求內(nèi)存和CPU；Volume卷組存儲(chǔ)效勞要求硬盤(pán)多一些，glance鏡像效勞要求內(nèi)存更大一些；控制節(jié)點(diǎn)的要求比較一般，計(jì)算節(jié)點(diǎn)那么對(duì)內(nèi)存要求非常高；rabbitmq消息隊(duì)列效勞要求網(wǎng)絡(luò)；network也需要網(wǎng)絡(luò)和效勞器內(nèi)存給予很好的支持；還有目前對(duì)于network和quantum效勞最好是能夠進(jìn)行效勞器的單獨(dú)支持；存儲(chǔ)效勞方面，代理節(jié)點(diǎn)的要求一般，但是存儲(chǔ)節(jié)點(diǎn)需要有內(nèi)存和硬盤(pán)的支持等等。需要考慮的是效勞器本錢(qián)的降低以及整體效勞的優(yōu)化等方面的原因，將效勞安排在指定的效勞器，并自動(dòng)進(jìn)行修改配置；其實(shí)，在有了資源效勞器的支持以后，腳本安裝和人為的手動(dòng)安裝方面的速度是相差不大的。從安裝的正確性和準(zhǔn)確性以及成功率上來(lái)講，手動(dòng)安裝更加保質(zhì)保量。我號(hào)召團(tuán)隊(duì)成員多關(guān)注QQ群中全國(guó)的競(jìng)爭(zhēng)對(duì)手的情況，競(jìng)爭(zhēng)對(duì)手的情況要比我們好很多，無(wú)論從實(shí)驗(yàn)環(huán)境方面還是人員構(gòu)成方面都令我們羨慕不已，為了不落后于競(jìng)爭(zhēng)對(duì)手，我要求在進(jìn)行以后工作的同時(shí)著手將云計(jì)算效勞底層的一些功能接口進(jìn)行了梳理，包括統(tǒng)一身份驗(yàn)證效勞〔keystone〕、鏡像效勞〔glance〕、云主機(jī)效勞〔nova〕和存儲(chǔ)效勞〔swift〕等接口功能。這些接口功能也為后來(lái)的各項(xiàng)云計(jì)算效勞產(chǎn)品工程的開(kāi)發(fā)打下了良好的根底。OpenStack是用python語(yǔ)言開(kāi)發(fā)的，在官方上有很好的接口效勞文檔，通過(guò)官方接口文檔的描述，我們知道OpenStack是采用的http協(xié)議的Restful接口技術(shù)實(shí)現(xiàn)的，類(lèi)似于通常所說(shuō)的WebService接口效勞技術(shù)。對(duì)于接口的調(diào)用，研發(fā)人員從網(wǎng)上下載了針對(duì)于存儲(chǔ)效勞的兩種接口調(diào)用源代碼，一個(gè)是java的；另一個(gè)C#語(yǔ)言的。通過(guò)接口對(duì)于現(xiàn)有的功能的理解后，我對(duì)云計(jì)算效勞有了更加深刻的理解，主要是云存儲(chǔ)和虛擬機(jī)兩個(gè)方面；我認(rèn)為可以建設(shè)一個(gè)云效勞的網(wǎng)站，可以提供類(lèi)似于網(wǎng)盤(pán)效勞以及虛擬主機(jī)的同時(shí)，還可以將企業(yè)的應(yīng)用效勞做在創(chuàng)立虛擬機(jī)的鏡像當(dāng)中，這樣就實(shí)現(xiàn)了網(wǎng)上的SaaS平臺(tái)，并通過(guò)郵件的方式向陳巖光副總提交了我的想法。由于當(dāng)時(shí)公司想要一個(gè)比較絢麗的，所以.net的silverlight可以到達(dá)要求。張亞麗部門(mén)就負(fù)責(zé)了云效勞網(wǎng)站的開(kāi)發(fā)工作，我們作為底層對(duì)他們提供接口效勞，他們最先的工作主要是云存儲(chǔ)。我讓開(kāi)發(fā)人員將接口源碼進(jìn)行了梳理，為了能夠更好的給張亞麗部門(mén)的于彪組提供更好的效勞支持，我讓王琳將C#接口的源代碼進(jìn)行有效的整理和分割，我讓凌志將swift做了安裝部署后，為于彪組提供關(guān)于云存儲(chǔ)的技術(shù)效勞支持。雖然溝通方面我們也經(jīng)常在見(jiàn)面打招呼的時(shí)候詢(xún)問(wèn)是否有什么問(wèn)題，但是接口方面的技術(shù)支持也總是斷斷續(xù)續(xù)。為了驗(yàn)證在鏡像中放入大的應(yīng)用效勞，在啟動(dòng)虛擬效勞器時(shí)可以將作在鏡像當(dāng)中的應(yīng)用效勞進(jìn)行正常的使用，我們制作了包含國(guó)外SAP應(yīng)用的效勞鏡像，該鏡像的制作過(guò)程中也遇到了很多的問(wèn)題和麻煩，首先需要將多個(gè)光盤(pán)的安裝文件進(jìn)行合并，這個(gè)SAP效勞的安裝文件一共有200多個(gè)GB，其中安裝文件有四個(gè)，主要的安裝文件就有200多個(gè)GB，當(dāng)時(shí)在這個(gè)地方就存在著一個(gè)問(wèn)題，就是將四個(gè)安裝文件進(jìn)行合并，合并成功以后再上傳至效勞器中。但是我們的合并沒(méi)有成功，主要原因是安裝文件太大了，普通的效勞器或者臺(tái)式機(jī)在進(jìn)行合并的過(guò)程中需要花費(fèi)很長(zhǎng)的時(shí)間，并且經(jīng)常是等待很長(zhǎng)的時(shí)間，不知道計(jì)算機(jī)是否還在進(jìn)行著合并過(guò)程。在我的直覺(jué)和猜測(cè)的引導(dǎo)下，我決定不進(jìn)行安裝文件的合并，以200多GB的主安裝文件來(lái)進(jìn)行應(yīng)用的效勞器安裝和鏡像的制作。鏡像制作成功后，另外一個(gè)問(wèn)題就是由于實(shí)驗(yàn)環(huán)境效勞器性能的影響，通過(guò)鏡像效勞glance上傳鏡像需要花費(fèi)很長(zhǎng)的時(shí)間，而且上傳至glance所在的物理效勞器以后，再上傳至計(jì)算節(jié)點(diǎn)物理效勞器，又需要鏡像的長(zhǎng)時(shí)間拷貝；這個(gè)在當(dāng)時(shí)OpenStack的Diablo版本中是無(wú)法進(jìn)行鏡像上傳進(jìn)度的提示的，直到我們后來(lái)升級(jí)為OpenStack的Essex版本以后才得以解決。最終我們成功實(shí)現(xiàn)了將大的應(yīng)用效勞SAP放置在已經(jīng)制作完成的鏡像文件中，并成功啟動(dòng)該鏡像的虛擬機(jī)，由于實(shí)驗(yàn)環(huán)境效勞器的影響，速度非常慢。在進(jìn)行了目前現(xiàn)有功能和參考網(wǎng)上其他云效勞產(chǎn)品功能以后，我篩選出了我們還沒(méi)能夠?qū)崿F(xiàn)的功能，其中包括增開(kāi)虛擬機(jī)外網(wǎng)代理、虛擬機(jī)實(shí)例快照、虛擬機(jī)負(fù)載均衡、虛擬機(jī)雙機(jī)熱備、虛擬機(jī)實(shí)例遷移、外部接口調(diào)用修改虛擬機(jī)主機(jī)名稱(chēng)、虛擬機(jī)時(shí)區(qū)不同時(shí)、Glance于Swift效勞的整合、虛擬機(jī)計(jì)算節(jié)點(diǎn)運(yùn)行狀況監(jiān)控、虛擬機(jī)配額限制效勞、多控制節(jié)點(diǎn)集群、接口控制虛擬機(jī)網(wǎng)絡(luò)帶寬流量、提高OpenStack數(shù)據(jù)庫(kù)的穩(wěn)定性等等功能。這些功能有些成功的實(shí)現(xiàn)了，但是也有受制于實(shí)驗(yàn)環(huán)境、網(wǎng)絡(luò)環(huán)境的限制以及研發(fā)團(tuán)隊(duì)技術(shù)能力方面的影響，我們沒(méi)有成功。對(duì)于功能的實(shí)現(xiàn)我決定必須本著幾個(gè)原那么入手：1.在進(jìn)行功能性實(shí)驗(yàn)前必須寫(xiě)好實(shí)現(xiàn)方案，以功能為單位進(jìn)行方案文檔的編寫(xiě)，方案好步驟，并按照步驟一步一步進(jìn)行實(shí)驗(yàn)；2.不管成功與否，對(duì)于出現(xiàn)的問(wèn)題以及針對(duì)問(wèn)題進(jìn)行的解釋性記錄必須落實(shí)在實(shí)現(xiàn)方案的文檔上；3.如果實(shí)現(xiàn)方案最終成功，對(duì)成功的實(shí)驗(yàn)功能進(jìn)行總結(jié)；如果不成功，說(shuō)明不成功并注明不成功的理由或者是疑心理由；以備將來(lái)進(jìn)行針對(duì)性解決。為了能夠從根本上解決底層中出現(xiàn)的大量Bug和幫助我們將來(lái)的研發(fā)工作，我認(rèn)為研發(fā)團(tuán)隊(duì)中的每個(gè)人必須對(duì)OpenStack大體結(jié)構(gòu)框架有非常準(zhǔn)確和清晰的把握，在此根底之上才更加有把握進(jìn)行源代碼的修改和二次開(kāi)發(fā)整合。我?guī)е鴪F(tuán)隊(duì)中的局部人員進(jìn)行了文檔的翻譯性工作，在翻譯工作的過(guò)程中也是我能夠確定的了解到官方文檔只是外表上的介紹或者接口功能的介紹，對(duì)底層功能的研發(fā)意義雖然有但是卻并不大，這也是我錯(cuò)誤的認(rèn)識(shí)了開(kāi)源軟件這個(gè)概念。正在這個(gè)關(guān)節(jié)上，OpenStack的Essex版本發(fā)布了，官方網(wǎng)站上很多文檔進(jìn)行了更新，我們有局部的文檔的原有依據(jù)喪失了，只能憑借我們版本庫(kù)中所存儲(chǔ)的原有文檔進(jìn)行翻譯性的查看。我們通過(guò)對(duì)官方網(wǎng)站上的資料查看以及網(wǎng)上搜索到的信息資料，發(fā)現(xiàn)新版本的Essex改變了原來(lái)的Diablo版本中的很多缺乏，也包括我們目前所無(wú)法解決的Bug，比方鏡像效勞glance上傳鏡像時(shí)的上傳百分比的現(xiàn)實(shí)；最讓人感到抑郁的底層的數(shù)據(jù)庫(kù)表結(jié)構(gòu)的改變非常的大，這讓我們花費(fèi)了很多功夫在Diablo版本上的功夫很有可能是白做了?？墒?，也就是在這個(gè)時(shí)候，公司的SaaS平臺(tái)需要上線，我們要負(fù)責(zé)底層的虛擬化環(huán)境的搭建，我們需要為SaaS平臺(tái)網(wǎng)站提供集群式部署的效勞器，統(tǒng)計(jì)下來(lái)SaaS平臺(tái)需要30到40臺(tái)不同配置的高性能虛擬效勞器來(lái)進(jìn)行支持。我們也從網(wǎng)絡(luò)運(yùn)維部門(mén)獲得了8臺(tái)R710和1臺(tái)R810，另外我們給了網(wǎng)絡(luò)部幾臺(tái)R310并給了所有的R410作為正式生產(chǎn)環(huán)境的效勞器，提供其他效勞的支持。有幾個(gè)問(wèn)題明顯的擺在我的面前，正式生產(chǎn)環(huán)境就要上線了，底層效勞的Diablo版本還有很多Bug和不穩(wěn)定的因素，在此根底上搭建正式生產(chǎn)環(huán)境，很多問(wèn)題是無(wú)法應(yīng)付的；將來(lái)在此根底上升級(jí)風(fēng)險(xiǎn)性是可想而知的，耽誤了效勞怎么辦？因?yàn)橐坏㏒aaS平臺(tái)一旦給公司帶來(lái)盈利，賺錢(qián)的話，每一分鐘、每一秒鐘都是耽誤不起的；OpenStack的Essex新版本已經(jīng)解決了原有的很多Bug問(wèn)題，數(shù)據(jù)庫(kù)底層也與原來(lái)的版本發(fā)生了很大的變化；最重要的特點(diǎn)是Essex在網(wǎng)絡(luò)方面提出了新的效勞quantum；究竟采用Diablo版本還是Essex版本，前者對(duì)于將來(lái)研發(fā)的風(fēng)險(xiǎn)性很大，同時(shí)我們很可能會(huì)出現(xiàn)研發(fā)方向的迷失，而對(duì)于后者如果我們成功搭建完成的話不但可以解決老版本殘留的問(wèn)題，對(duì)于將來(lái)的工作可以開(kāi)辟出大片的空間；最終的結(jié)論是Diablo版本的風(fēng)險(xiǎn)會(huì)發(fā)生在將來(lái)，而Essex版本的風(fēng)險(xiǎn)性就在當(dāng)時(shí)，因?yàn)槲覀冞€沒(méi)有成功集群式安裝。可是，就當(dāng)時(shí)的情況而言，基于低配置實(shí)驗(yàn)環(huán)境的安裝，不可能；但是有了正式的生產(chǎn)環(huán)境，明擺著的更好的實(shí)驗(yàn)環(huán)境，不如拼一把。我把我的想法告訴了我的團(tuán)隊(duì)，在跟陳巖光副總進(jìn)行溝通以后，我們?cè)谡缴a(chǎn)環(huán)境上基于新的Essex版本搭建了云計(jì)算效勞平臺(tái)。后來(lái)的事實(shí)也證明，我的這個(gè)決定是正確的。云計(jì)算效勞底層核心效勞的研發(fā)方面，目前具備了大局部的虛擬機(jī)的功能，在整個(gè)團(tuán)隊(duì)的這11個(gè)月以來(lái)，根本上是兩個(gè)方面的工作內(nèi)容，一個(gè)是對(duì)基于云計(jì)算效勞核心底層的上層產(chǎn)品的接口和技術(shù)支持、環(huán)境的維護(hù)；另一個(gè)就是云計(jì)算效勞的核心研發(fā)這兩個(gè)方面的工作；對(duì)于基于研發(fā)的文檔知識(shí)積累，我認(rèn)為這一點(diǎn)非常的重要，研發(fā)工作必須落實(shí)在文檔上面，盡管絕大局部研發(fā)人員對(duì)于文檔不夠重視，但是當(dāng)遇到問(wèn)題的時(shí)候，原始的文檔就提供了必要的幫助。2.2云計(jì)算效勞管理系統(tǒng)云計(jì)算效勞管理系統(tǒng)是最早完成的一個(gè)系統(tǒng)工程，當(dāng)時(shí)OpenStack對(duì)于云計(jì)算效勞底層擁有一個(gè)軟件界面可以操控的系統(tǒng)，名稱(chēng)叫做“dashboard〞，后來(lái)官方將其改名為“horizon〞，“horizon〞這個(gè)軟件系統(tǒng)是用python語(yǔ)言進(jìn)行開(kāi)發(fā)的，在安裝過(guò)程中也是需要進(jìn)行配置文件的配置修改，基于mysql數(shù)據(jù)庫(kù)來(lái)進(jìn)行存儲(chǔ)業(yè)務(wù)數(shù)據(jù)，其他就是調(diào)用OpenStack的相應(yīng)接口，來(lái)實(shí)現(xiàn)給用戶進(jìn)行云計(jì)算效勞的界面操作。對(duì)于“horizon〞這個(gè)被OpenStack囊括在其內(nèi)的云計(jì)算效勞操作系統(tǒng)來(lái)說(shuō)，它有幾個(gè)不好的地方：1.完全基于OpenStack云計(jì)算效勞的底層功能接口和進(jìn)行模塊的劃分，如果不了解OpenStack的原理的話，是無(wú)法理解并使用和操作的；2.缺乏人性話，也就是在客戶體驗(yàn)性方面做的還差一些，頁(yè)面顯示也不是很美觀，比方：它沒(méi)有分頁(yè)的操作，更不要說(shuō)對(duì)于模糊的查詢(xún)操作了。基于這些特點(diǎn)，我編寫(xiě)了適合我們進(jìn)行操作的云計(jì)算效勞操作系統(tǒng)的需求并進(jìn)行了業(yè)務(wù)方面的設(shè)計(jì)。為什么要提出這個(gè)系統(tǒng)工程，我主要是基于以下幾個(gè)方面的原因：1.對(duì)于云計(jì)算效勞底層，我們需要有自己的操作系統(tǒng)軟件，這個(gè)毫無(wú)疑問(wèn)是必須的；2.對(duì)于我們已經(jīng)實(shí)現(xiàn)的接口效勞，沒(méi)完沒(méi)了的通過(guò)命令行進(jìn)行加以驗(yàn)證相當(dāng)麻煩。另外，該系統(tǒng)也是我們接口功能逐漸實(shí)現(xiàn)和確認(rèn)的一個(gè)終點(diǎn)，可以完全表達(dá)我們的工作，我們實(shí)現(xiàn)的功能，還有我們的價(jià)值；3.這個(gè)操作系統(tǒng)目前可以給我們自己進(jìn)行使用，隨著逐漸的優(yōu)化和改良，將來(lái)早晚會(huì)成為公司的產(chǎn)品，我們的工作是有用功，將來(lái)不會(huì)白做；4.該操作系統(tǒng)效勞當(dāng)中包含著我們已經(jīng)實(shí)現(xiàn)的接口調(diào)用，可以把它比作一個(gè)活字典，對(duì)于接口源代碼的調(diào)用可以準(zhǔn)確的找到位置并進(jìn)行復(fù)制和粘貼，為將來(lái)其他產(chǎn)品工程的開(kāi)發(fā)打下良好的根底。從后來(lái)的各個(gè)系統(tǒng)工程效勞來(lái)說(shuō)已經(jīng)印證了這一點(diǎn)；這也是我們?yōu)槭裁春髞?lái)系統(tǒng)工程得以快速開(kāi)發(fā)的主要原因。當(dāng)然，在該系統(tǒng)工程的開(kāi)發(fā)過(guò)程中，也遇到了很多的問(wèn)題，比方對(duì)于一些業(yè)務(wù)數(shù)據(jù)，我們采取的是沒(méi)有調(diào)用OpenStack所提供的接口效勞，而是通過(guò)對(duì)OpenStack底層中各個(gè)效勞所涉及到的數(shù)據(jù)庫(kù)及數(shù)據(jù)庫(kù)表結(jié)構(gòu)之間的邏輯關(guān)系進(jìn)行關(guān)聯(lián)性方面的數(shù)據(jù)檢索，當(dāng)然這必須建立在我們對(duì)OpenStack數(shù)據(jù)庫(kù)表結(jié)構(gòu)相當(dāng)了解的根底上。另外，有很多接口在OpenStack效勞當(dāng)中并沒(méi)有提供，必須通過(guò)調(diào)用命令行執(zhí)行才能夠做到，這個(gè)對(duì)于系統(tǒng)工程的響應(yīng)速度來(lái)講確實(shí)是慢了很多，但是能夠到達(dá)我們現(xiàn)階段的目的。在云效勞器資源和云存儲(chǔ)資源的監(jiān)控顯示方面，我們也有很大的問(wèn)題，比方云存儲(chǔ)，我們沒(méi)有方法通過(guò)接口獲得剩余的存儲(chǔ)資源、已使用的資源，我們就不得不通過(guò)人為設(shè)定系統(tǒng)總的存儲(chǔ)資源，通過(guò)命令行調(diào)用獲得存儲(chǔ)已經(jīng)占用的資源，剩余的那么就是未使用的存儲(chǔ)資源等等。對(duì)于統(tǒng)一身份驗(yàn)證〔Keystone〕來(lái)講，在Diablo版本中它是有超級(jí)管理員用戶的，它可以管理所有的租戶和租戶下的用戶，但是對(duì)于后來(lái)的Essex版本來(lái)講是沒(méi)有超級(jí)管理員用戶的。對(duì)于這一點(diǎn)，OpenStack的“horizon〞效勞當(dāng)中也是以一個(gè)租戶為單位進(jìn)行登錄并進(jìn)行效勞的。從這一個(gè)角度來(lái)講，我認(rèn)為OpenStack效勞還是面向于大批量集群式公有云效勞的，因?yàn)椤肮性屁曂o我在概念上的理解就是“資源無(wú)上限〞。目前該系統(tǒng)工程的工程名稱(chēng)我給他取名字叫做“pubecm〞。這個(gè)系統(tǒng)工程目前的缺陷是瀏覽器兼容方面還有一些問(wèn)題，功能上很多還沒(méi)有來(lái)得及增加；由于當(dāng)時(shí)最初的目的是給我們自己使用的，所以頁(yè)面風(fēng)格沿用了2024年公司聯(lián)查時(shí)的系統(tǒng)工程的玻璃質(zhì)感風(fēng)格。但是，在隨后的企業(yè)私有云實(shí)體機(jī)柜的操作系統(tǒng)誕生后，企業(yè)私有云實(shí)體機(jī)柜的操作系統(tǒng)囊擴(kuò)了pubecm的所有功能，而且在頁(yè)面風(fēng)格和美化以及客戶體驗(yàn)等方面都完全超過(guò)了pubecm，我現(xiàn)在一直考慮以企業(yè)私有云操作系統(tǒng)取代該系統(tǒng)工程。因?yàn)槠髽I(yè)私有云實(shí)體機(jī)柜的操作系統(tǒng)是從pubecm中升級(jí)出來(lái)的，它青出于藍(lán)而勝于藍(lán)一點(diǎn)都不為過(guò)。2.3云計(jì)算效勞監(jiān)控系統(tǒng)云計(jì)算效勞監(jiān)控系統(tǒng)是在后期為了能夠更好的監(jiān)控公司SaaS平臺(tái)正式生產(chǎn)環(huán)境而做的一個(gè)系統(tǒng)監(jiān)控工程。這個(gè)工程的需求和業(yè)務(wù)設(shè)計(jì)都是由我一個(gè)人來(lái)完成的。它主要包括這么幾個(gè)方面的內(nèi)容：整體概況、CPU使用情況、內(nèi)存使用情況、磁盤(pán)使用情況和存儲(chǔ)資源使用情況這五個(gè)方面對(duì)效勞器資源進(jìn)行監(jiān)控。在這個(gè)系統(tǒng)工程開(kāi)發(fā)的過(guò)程中，遇到的最大的問(wèn)題就是資源的上限一直都沒(méi)有一個(gè)統(tǒng)一和準(zhǔn)確的數(shù)據(jù)，在報(bào)警線數(shù)據(jù)方面我們也仍然沒(méi)有一個(gè)準(zhǔn)確的數(shù)字。關(guān)于資源上限也就是指整個(gè)效勞的計(jì)算節(jié)點(diǎn)一共有多少核CPU，而這些CPU能夠虛擬出多少核的CPU，這些虛擬出的CPU最大數(shù)量就是它的上限數(shù)量，而真正使用了多少以后，它的效勞性能會(huì)降低或者說(shuō)有很大的影響；這一點(diǎn)上我們一直沒(méi)有得到很好的解決。我對(duì)研發(fā)人員提出的要求是把OpenStack底層的算法搞清楚，通過(guò)它的算法和我們實(shí)際的參數(shù)我們得到它的上限數(shù)據(jù)；這個(gè)算法雖然是被研發(fā)人員掏出來(lái)了，但是對(duì)于具體的數(shù)據(jù)一直沒(méi)有一個(gè)準(zhǔn)確的答案。最后沒(méi)方法，我們通過(guò)正式生產(chǎn)環(huán)境實(shí)際的數(shù)據(jù)庫(kù)中的數(shù)據(jù)得到準(zhǔn)確的答案。在正式生產(chǎn)環(huán)境中，有其中一個(gè)生產(chǎn)虛擬機(jī)效勞器的計(jì)算節(jié)點(diǎn)，它內(nèi)部所生產(chǎn)的虛擬機(jī)的CPU總和是它實(shí)際CPU核數(shù)的3倍，運(yùn)行狀況沒(méi)有任何的問(wèn)題。3倍的這個(gè)數(shù)據(jù)對(duì)于我來(lái)講，已經(jīng)相當(dāng)?shù)纳莩蘖?，所以我就?倍這個(gè)數(shù)據(jù)定為CPU的最大上限數(shù)量；對(duì)于內(nèi)存來(lái)講，OpenStack的官方給的參數(shù)一直都是1.5倍，也就是說(shuō)生產(chǎn)虛擬機(jī)效勞器的計(jì)算節(jié)點(diǎn)物理機(jī)內(nèi)存的1.5倍是它能夠虛擬出的內(nèi)存的最大數(shù)量，因此我保守的將1.5倍作為了內(nèi)存最大上限的倍數(shù)參數(shù)。對(duì)于磁盤(pán)空間而言，它是不需要虛擬化的，剩余多少就是多少。這樣我們解決了監(jiān)控系統(tǒng)對(duì)于數(shù)據(jù)的監(jiān)控問(wèn)題。2.4彈性計(jì)算應(yīng)用彈性計(jì)算應(yīng)用系統(tǒng)是為了能夠給SaaS平臺(tái)添加應(yīng)用而做的一個(gè)小型的創(chuàng)立虛擬機(jī)效勞器、給企業(yè)用戶分配虛擬機(jī)效勞器和銷(xiāo)毀虛擬機(jī)效勞器的一個(gè)小型的應(yīng)用。該應(yīng)用的需求設(shè)計(jì)和業(yè)務(wù)設(shè)計(jì)也是由我來(lái)完成的。該彈性計(jì)算應(yīng)用，就功能上來(lái)講該工程并不大，但是說(shuō)到它當(dāng)時(shí)的風(fēng)險(xiǎn)性也是與SaaS平臺(tái)底層的ESSEX版本搭建是綁定在一起的，這個(gè)應(yīng)用于SaaS平臺(tái)上的其他應(yīng)用相比，它很特殊，它的特殊性就在于它完全調(diào)用底層的接口創(chuàng)立虛擬機(jī)，而這些虛擬機(jī)是與支持SaaS平臺(tái)的虛擬機(jī)以及各個(gè)應(yīng)用所占用的虛擬機(jī)效勞器是平級(jí)的。因此首先為了能夠把握和控制住底層資源的限制使用而不影響SaaS平臺(tái)的其他應(yīng)用，我們必須開(kāi)發(fā)一個(gè)彈性計(jì)算應(yīng)用的后臺(tái)管理系統(tǒng)，這個(gè)系統(tǒng)的目的是將底層的虛擬機(jī)效勞器規(guī)格〔CPU核數(shù)、內(nèi)存大小、磁盤(pán)空間〕同時(shí)到彈性計(jì)算應(yīng)用的業(yè)務(wù)數(shù)據(jù)庫(kù)中，通過(guò)管理員的篩選過(guò)濾掉大的規(guī)格，使注冊(cè)和登錄SaaS平臺(tái)的用戶只能夠創(chuàng)立和使用低配置的虛擬機(jī)效勞器。在進(jìn)行該應(yīng)用的開(kāi)發(fā)時(shí)，首先必須開(kāi)發(fā)除了底層調(diào)用的其他局部，因?yàn)榈讓迎h(huán)境還處在搭建過(guò)程當(dāng)中。最大的問(wèn)題是當(dāng)時(shí)我們還是IaaS組，組內(nèi)沒(méi)有專(zhuān)門(mén)的美工，美工需要從于彪組進(jìn)行借用，當(dāng)時(shí)于彪組負(fù)責(zé)美工的是郜帥；但是郜帥還負(fù)責(zé)于彪組的美工以及手機(jī)云存儲(chǔ)的頁(yè)面設(shè)計(jì)工作，對(duì)于彈性計(jì)算應(yīng)用的頁(yè)面美化方面肯定是精力投入的不會(huì)很多，但是開(kāi)發(fā)任務(wù)也非常急。為了能夠到達(dá)頁(yè)面美化方面的要求，我組織組內(nèi)的開(kāi)發(fā)人員周六都干起了美化的工作，他們都很盡力，但是他們畢竟不是美工專(zhuān)業(yè)人員，所以頁(yè)面沒(méi)有能夠到達(dá)我的要求，作為管理人員來(lái)講我是說(shuō)不出什么來(lái)的。最終是由張?jiān)苾芾淼拿拦そM后來(lái)又重新給改良的。2.5云計(jì)算效勞計(jì)費(fèi)系統(tǒng)云計(jì)算效勞計(jì)費(fèi)系統(tǒng)是公司陳巖光副總提出的一個(gè)工程，該工程的主要目的是支持云效勞網(wǎng)站的，對(duì)云效勞網(wǎng)站上的產(chǎn)品進(jìn)行定價(jià)效勞的。由于我之前有過(guò)關(guān)于計(jì)費(fèi)系統(tǒng)工程方面的經(jīng)驗(yàn)，我針對(duì)于該系統(tǒng)工程進(jìn)行了針對(duì)于客戶和業(yè)務(wù)統(tǒng)計(jì)方面的擴(kuò)展，因?yàn)楫a(chǎn)品的價(jià)格是與供求關(guān)系以及產(chǎn)品的本錢(qián)密不可分的。對(duì)于客戶對(duì)產(chǎn)品的購(gòu)置效勞，我們需要對(duì)于客戶有所了解和理解。比方，客戶的不同年齡段、不同的地域、企業(yè)還是個(gè)人等等對(duì)于產(chǎn)品的需求是不同的，云效勞網(wǎng)站作為公司云計(jì)算效勞對(duì)外的窗口而言，對(duì)客戶的分析以及對(duì)產(chǎn)品購(gòu)置情況的分析還有客戶所關(guān)注的產(chǎn)品等等都需要進(jìn)行統(tǒng)計(jì)，從統(tǒng)計(jì)分析中獲得我們想要的結(jié)論。隨后在與陳巖光副總的堅(jiān)持下，將該計(jì)費(fèi)系統(tǒng)進(jìn)行了拆分，原計(jì)費(fèi)系統(tǒng)被修改為只是對(duì)云效勞產(chǎn)品的類(lèi)型和價(jià)格進(jìn)行制訂；而對(duì)于用戶的統(tǒng)計(jì)和分析以及用戶注冊(cè)參數(shù)的制訂等被拆分并獨(dú)立成為用戶中心系統(tǒng)。這個(gè)系統(tǒng)的開(kāi)發(fā)不涉及底層云計(jì)算的核心支持效勞，唯一需要關(guān)聯(lián)的就是需要將云計(jì)算效勞底層的鏡像〔操作系統(tǒng),windowsXP、ubuntu等〕和虛擬機(jī)規(guī)格〔CPU核數(shù)、內(nèi)存大小和硬盤(pán)空間〕同時(shí)到計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)數(shù)據(jù)庫(kù)當(dāng)中來(lái)，并進(jìn)行定價(jià)，以供云效勞網(wǎng)站獲取這些價(jià)格數(shù)據(jù)后，通過(guò)接口調(diào)用創(chuàng)立相應(yīng)的虛擬機(jī)。在頁(yè)面美化風(fēng)格方面，由于是公司內(nèi)部自己使用，所以對(duì)于頁(yè)面風(fēng)格仍然沿用了2024年公司聯(lián)查時(shí)統(tǒng)一的玻璃質(zhì)感風(fēng)格。2.6云計(jì)算效勞用戶中心系統(tǒng)云計(jì)算效勞用戶中心系統(tǒng)是從計(jì)費(fèi)系統(tǒng)當(dāng)中拆分出來(lái)的一個(gè)系統(tǒng)工程，該工程的主要功能是面向于云效勞網(wǎng)站的用戶。該工程的需求分析和設(shè)計(jì)也是由我來(lái)完成的。該系統(tǒng)首先是通過(guò)參數(shù)管理模塊對(duì)云效勞網(wǎng)站注冊(cè)用戶所需要注冊(cè)的參數(shù)進(jìn)行管理，比方所屬?lài)?guó)家、所屬省市、所在行業(yè)、所從事職業(yè)以及用戶需要反響的問(wèn)題類(lèi)型及問(wèn)題等等。再有就是對(duì)于客戶的充值、使用和剩余金額以及用戶對(duì)于不同產(chǎn)品的購(gòu)置清單等等，系統(tǒng)中還包括用戶的統(tǒng)計(jì)功能，比方年齡、性別、針對(duì)于不同產(chǎn)品的不同購(gòu)置人群的統(tǒng)計(jì)等。該系統(tǒng)工程并不涉及云計(jì)算效勞底層的接口調(diào)用，是普通的Web工程。由于是給公司自己內(nèi)部使用的，所以在頁(yè)面風(fēng)格上仍然沿用的2024年公司聯(lián)查時(shí)的玻璃質(zhì)感風(fēng)格。2.7云效勞網(wǎng)站云效勞網(wǎng)站是在SaaS平臺(tái)結(jié)束以后，由于彪組轉(zhuǎn)接給我們的。這個(gè)工程最初于彪組采用的是.net技術(shù)進(jìn)行的研發(fā)。由于我們?cè)谕鈬a(chǎn)品方面主要采用的是以java語(yǔ)言進(jìn)行的開(kāi)發(fā)，所以無(wú)論從需求分析設(shè)計(jì)、頁(yè)面設(shè)計(jì)還有底層代碼實(shí)現(xiàn)上，我們可以說(shuō)是推倒重來(lái)的。該網(wǎng)站的主要起的作用是對(duì)公司云計(jì)算效勞的技術(shù)力量以及公司現(xiàn)有的云計(jì)算效勞產(chǎn)品對(duì)外進(jìn)行展示的窗口。網(wǎng)站在云計(jì)算效勞的技術(shù)力量方面展示上提供云主機(jī)、云存儲(chǔ)和云硬盤(pán)三個(gè)云計(jì)算效勞技術(shù)力量的展示；在產(chǎn)品方面有企業(yè)私有云實(shí)體機(jī)柜實(shí)體產(chǎn)品和企業(yè)私有云方案兩種供網(wǎng)上用戶下訂單的方式進(jìn)行推廣銷(xiāo)售。網(wǎng)站內(nèi)為用戶提供了用戶中心和控制臺(tái)這兩個(gè)模塊對(duì)注冊(cè)登錄用戶提供云計(jì)算的應(yīng)用效勞。由云計(jì)算效勞計(jì)費(fèi)系統(tǒng)、用戶中心系統(tǒng)和網(wǎng)站內(nèi)容管理系統(tǒng)對(duì)該網(wǎng)站提供信息數(shù)據(jù)支持效勞。2.8云效勞網(wǎng)站內(nèi)容管理系統(tǒng)云效勞網(wǎng)站的內(nèi)容管理系統(tǒng)是對(duì)云效勞網(wǎng)站的內(nèi)容展示信息的后臺(tái)管理系統(tǒng)，該系統(tǒng)的主要內(nèi)容包括產(chǎn)品效勞動(dòng)態(tài)管理、市場(chǎng)活動(dòng)管理、客戶案例管理以及合作伙伴管理等功能模塊。該系統(tǒng)的業(yè)務(wù)需求前期是由我來(lái)完成，后期由李立召完成對(duì)需求文檔的編寫(xiě)，并完成開(kāi)發(fā)工作。2.9企業(yè)私有云實(shí)體機(jī)柜操作系統(tǒng)企業(yè)私有云實(shí)體機(jī)柜是企業(yè)私有云實(shí)體機(jī)柜內(nèi)的云計(jì)算效勞軟件產(chǎn)品之一，該系統(tǒng)主要面向于購(gòu)置企業(yè)私有云實(shí)體機(jī)柜產(chǎn)品的企業(yè)網(wǎng)絡(luò)管理人員，由管理人員登入系統(tǒng)，進(jìn)行虛擬效勞器的創(chuàng)立、快照備份、分配/釋放IP、升級(jí)、暫停、運(yùn)行、銷(xiāo)毀等操作。該系統(tǒng)工程的需求分析和業(yè)務(wù)設(shè)計(jì)是由我來(lái)完成的。該系統(tǒng)工程是一個(gè)產(chǎn)品軟件，從頁(yè)面風(fēng)格、客戶體驗(yàn)還有功能的使用等方面都做到了全面的細(xì)化。在該產(chǎn)品的開(kāi)發(fā)過(guò)程當(dāng)中，也是由于云計(jì)算效勞底層核心的影響造成了功能不穩(wěn)定的情況，比方有的時(shí)候遷移成功，有的時(shí)候遷移不成功，有的時(shí)候升級(jí)成功而有的時(shí)候升級(jí)不成功。由于采用的是3臺(tái)R310的2GB內(nèi)存的低配置，創(chuàng)立的虛擬機(jī)只可以是512MB內(nèi)存的小型鏡像；所以有些bug不得不疑心是由于底層效勞器性能方面的影響，造成功能的不穩(wěn)定。后來(lái)從網(wǎng)絡(luò)部借用了2臺(tái)R710高配置的效勞器一周多的時(shí)間，問(wèn)題才加以解決。2.10企業(yè)私有云實(shí)體機(jī)柜監(jiān)控系統(tǒng)企業(yè)私有云實(shí)體機(jī)柜監(jiān)控系統(tǒng)，也是企業(yè)私有云實(shí)體機(jī)柜內(nèi)的軟件產(chǎn)品之一。該系統(tǒng)的主要功能是對(duì)企業(yè)私有云實(shí)體機(jī)柜的物理資源機(jī)以及生產(chǎn)虛擬機(jī)的物理效勞器資源的監(jiān)控。該系統(tǒng)的需求分析、業(yè)務(wù)邏輯設(shè)計(jì)是由我來(lái)完成的。該系統(tǒng)產(chǎn)品工程的主要功能包括整體使用情況、效勞器情況、CPU使用情況、內(nèi)存使用情況、磁盤(pán)空間情況、外網(wǎng)IP數(shù)量監(jiān)控、虛擬機(jī)報(bào)警和資源及報(bào)警等幾個(gè)數(shù)據(jù)監(jiān)控模塊。面向于企業(yè)的數(shù)據(jù)中心管理人員，能夠直觀的查看企業(yè)私有云實(shí)體機(jī)柜的使用情況。3.團(tuán)隊(duì)建設(shè)在團(tuán)隊(duì)建設(shè)方面，我將虛擬化根底架構(gòu)業(yè)務(wù)部從最初的“IaaS〞組到現(xiàn)在一共分為初期、中期和后期三個(gè)階段，初期階段是從2024年11月份到年后在C6辦公到搬到B8樓的202之前；中期階段是我們?cè)贐8樓的202室的工作期間；后期階段是我們從B8樓的202室再次搬回到C6。在這三個(gè)階段過(guò)程中，對(duì)于團(tuán)隊(duì)的建設(shè)也曾經(jīng)遇到了很多的困難和問(wèn)題，畢竟從管理角度來(lái)講，團(tuán)隊(duì)中的人員變動(dòng)，哪怕只增加一個(gè)成員都會(huì)經(jīng)過(guò)形成期、震蕩期、表現(xiàn)期和正規(guī)期四個(gè)階段。在團(tuán)隊(duì)建設(shè)方面我可以說(shuō)投入了大量的精力，虛擬化根底架構(gòu)業(yè)務(wù)部的團(tuán)隊(duì)成員大多數(shù)的能力都非常強(qiáng)，同時(shí)個(gè)性也非常強(qiáng)，尤其對(duì)于一直高新技術(shù)的團(tuán)隊(duì)，管理的難度和強(qiáng)度是非常大的。從了解他們到理解他們，平穩(wěn)他們的工作情緒，改善他們的工作心態(tài)，提高他們的工作效率和工作質(zhì)量是非常費(fèi)心的一項(xiàng)工作。3.1初期團(tuán)隊(duì)人員統(tǒng)計(jì)表序號(hào)現(xiàn)有人員參加離開(kāi)1王毅√2王凌志√3王琳√4張瑞祥√5張志楠√6張賀軍√7張志濤√8李健√總計(jì)8人在團(tuán)隊(duì)建設(shè)的初期，我的團(tuán)隊(duì)中包括我在內(nèi)一共只有四個(gè)成員，他們是我、王凌志、王琳和張瑞祥。從每個(gè)人的性格特點(diǎn)來(lái)講，王凌志是一個(gè)非常有靈氣的人，聰明、能干有想法、膽子大，認(rèn)準(zhǔn)的事情即使是錯(cuò)誤的也敢作，如果做的事情方向正確，是非常得力的一個(gè)好幫手；但是缺點(diǎn)是，對(duì)待事情缺乏成熟的思考，這往往也是我為什么需要重點(diǎn)關(guān)注他的原因；王琳是一個(gè)Java開(kāi)發(fā)人員，只對(duì)開(kāi)發(fā)感興趣，對(duì)云計(jì)算可以說(shuō)興趣不大，他的技術(shù)能力我非常認(rèn)可，開(kāi)發(fā)速度非?？?，對(duì)于有疑問(wèn)和不同的見(jiàn)解敢于大膽提出來(lái)，但是缺點(diǎn)和缺乏是，往往在某些開(kāi)發(fā)過(guò)程當(dāng)中采用了我個(gè)人認(rèn)為不合理的設(shè)計(jì)模式；文檔的編寫(xiě)能力上差一些，有待培養(yǎng)。張瑞祥的優(yōu)點(diǎn)是測(cè)試方面的技術(shù)、只是經(jīng)驗(yàn)豐富，缺點(diǎn)是非常愛(ài)玩游戲，但是對(duì)于我的提醒和忠告他還是能夠聽(tīng)進(jìn)去的，在給分配安排工作后，還是可以做到扔下游戲主開(kāi)工作的，但是工作完成的質(zhì)量方面也許個(gè)人能力的影響不是非常的好。由于工作的需要，從張亞麗組調(diào)配來(lái)了張志楠和張賀軍，張志楠是一個(gè)非常鉆研技術(shù)的人，工作起來(lái)有一股軸勁，認(rèn)準(zhǔn)的事情八匹馬都拉不回來(lái)，但是在我后來(lái)的教導(dǎo)和指引下，已經(jīng)改變了很多，在做事情的正確邏輯思維方向上有很大的進(jìn)步。張賀軍為人性格膽小，但是做事情非常踏實(shí)和實(shí)在，在某些技術(shù)關(guān)鍵點(diǎn)上能夠提出合理的建議，并有讓我出乎意料的正確的想法；但是他們兩個(gè)人都有一個(gè)最大的缺點(diǎn)就是不善于表達(dá)，從這一點(diǎn)來(lái)說(shuō)，這個(gè)缺點(diǎn)是非常致命的，肯定會(huì)影響到他們將來(lái)的職業(yè)開(kāi)展。我往往在開(kāi)會(huì)或者指定工作方案的時(shí)候盡量給他們說(shuō)話的時(shí)機(jī)，讓他們可以盡情的表達(dá)出他們的想法，鍛煉他們的表達(dá)思維；雖然進(jìn)展緩慢，但是效果比之前已經(jīng)好很多了。之后李健和張志濤參加了我們的團(tuán)隊(duì)，李健是陳巖光副總從其他的云計(jì)算效勞公司挖過(guò)來(lái)的，在虛擬化云計(jì)算方面有過(guò)一到兩年的工作經(jīng)驗(yàn)，對(duì)于虛擬化方面以及虛擬化的底層比我們熟悉很多，他的學(xué)習(xí)能力非常強(qiáng)，從工作狀態(tài)中可以看的出對(duì)云計(jì)算技術(shù)還是非常有熱情的，缺點(diǎn)也是在溝通上，他的溝通不像是賀軍那樣的先天的缺陷，而是過(guò)于保守。張志濤是我們部門(mén)當(dāng)時(shí)急于需要的一個(gè)網(wǎng)絡(luò)、效勞器硬件方面的工程師，他往往給人的感覺(jué)是讓人放心，喜愛(ài)微笑，樂(lè)樂(lè)呵呵的，就是這樣一個(gè)表現(xiàn)讓我對(duì)他的人和工作方面的管理大意了。這個(gè)人在工作態(tài)度上還是很認(rèn)真的，但是缺乏社會(huì)工作經(jīng)驗(yàn)以及人際關(guān)系間的應(yīng)對(duì)，對(duì)于公司的管理制度難以適應(yīng)，以及在團(tuán)隊(duì)當(dāng)中的自傲性格使得他后來(lái)離開(kāi)了公司，從對(duì)他的了解和關(guān)注方面來(lái)講，我需要負(fù)有一定的責(zé)任。隨著初期團(tuán)隊(duì)的雛形逐漸成形，慢慢的團(tuán)隊(duì)會(huì)進(jìn)入到形成期，為了能夠加深彼此的了解，我請(qǐng)了團(tuán)隊(duì)所有成員去“萬(wàn)家燈火〞的一個(gè)餐館吃了一頓飯，大家在一起歡聲笑語(yǔ)，大吃大喝。我心里也非?？鞓?lè)，但是心里的壓力也大，將來(lái)他們就是公司云計(jì)算的中堅(jiān)力量和核心成員，他們能做到嗎。在飯桌上大家暢所欲言，我也說(shuō)了我對(duì)將來(lái)的一些想法，希望大家能夠團(tuán)結(jié)；工作方面多溝通多互相幫助。我也試圖跟他們每個(gè)人進(jìn)行聊天和對(duì)話，了解他們的個(gè)人想法。3.2中期團(tuán)隊(duì)人員統(tǒng)計(jì)表序號(hào)現(xiàn)有人員參加離開(kāi)1王毅√2王凌志√3王琳√4張瑞祥√5張志楠√6張賀軍√7張志濤√8李健√9藍(lán)文靜√√10張磊√11李立召√12霍世彬√13程樂(lè)√總計(jì)10人中期主要是指我們由C6搬到B8的這段時(shí)間，也就是在B8的202工作的這段時(shí)間，在搬過(guò)去以后，我的團(tuán)隊(duì)增加了藍(lán)文靜、張磊、李立召、霍世斌以及實(shí)習(xí)生程樂(lè)這些人員。藍(lán)文靜這個(gè)女孩就像她的名字所描述的那樣，是一個(gè)文靜的女孩，是做測(cè)試的，為了彌補(bǔ)張瑞祥在測(cè)試過(guò)程當(dāng)中的疏漏，有文靜來(lái)進(jìn)行彌補(bǔ)我也是非常放心的。文靜為人踏實(shí)，在文檔的整理以及翻譯的工作過(guò)程中是非常穩(wěn)重的；張磊是新招的開(kāi)發(fā)人員，比較偏愛(ài)于UI。根本的工作技能偏向于頁(yè)面表現(xiàn)層方面，但是不好的是業(yè)務(wù)邏輯方面差一些，反響上稍顯遲鈍。這個(gè)需要慢慢的進(jìn)行培養(yǎng)。李立召的技術(shù)扎實(shí)全面，工作態(tài)度認(rèn)真，踏實(shí)穩(wěn)重，唯一不好的地方是思維視野方面還不夠開(kāi)闊，這方面需要我給他時(shí)機(jī)來(lái)進(jìn)行足夠的鍛煉。霍世彬性格上來(lái)講是一個(gè)可愛(ài)的小伙子，更剛來(lái)時(shí)從楊穎那反響來(lái)的“二〞來(lái)形容根本就是冤枉了他。網(wǎng)絡(luò)方面的技術(shù)比較全面，缺乏之處在于書(shū)本上的東西了解比較多，但是實(shí)踐上還是少了些。程樂(lè)是一個(gè)在校的大學(xué)生，沒(méi)有工作經(jīng)驗(yàn)，是來(lái)公司進(jìn)行實(shí)習(xí)的。性格比較孤僻，技術(shù)上根本的理論知識(shí)都是具備的，但是缺乏的是社會(huì)經(jīng)驗(yàn)少，他給人的感覺(jué)是依賴(lài)性比較強(qiáng)但是又不想去依賴(lài)別人，后來(lái)的事實(shí)也證明了這一點(diǎn)。在團(tuán)隊(duì)建設(shè)的中期開(kāi)展階段里，我大局部的精力都花在了工作進(jìn)展和工程的管理與設(shè)計(jì)過(guò)程當(dāng)中，但是越是這樣，往往團(tuán)隊(duì)當(dāng)中發(fā)生的事情就越多，當(dāng)然也有我所覺(jué)察到的和沒(méi)有覺(jué)察到的。首先，藍(lán)文靜提出了辭職，并離開(kāi)了公司。最初對(duì)于藍(lán)文靜的定位還只是一個(gè)測(cè)試人員，但是由于局部的測(cè)試工作已經(jīng)完成的時(shí)候，為了防止人力資源的浪費(fèi)，我開(kāi)始讓她更多的接觸一些云計(jì)算效勞官方文檔的資料整理，在這方面的工作我是這樣理解的，雖然我們是以O(shè)penStack為切入點(diǎn)，以它為切入點(diǎn)向外進(jìn)一步展開(kāi)對(duì)云計(jì)算的研發(fā)，但是從根上來(lái)講還是要從OpenStack的官方文檔入口，并整理和梳理出我們自己對(duì)它的理解和認(rèn)識(shí)，目前的人員狀況還不能夠完全有把握查看OpenStack的源代碼并基于源代碼進(jìn)行修改以到達(dá)我的要求，再者隨著人員的不斷參加和擴(kuò)大，我們也需要擁有自己的培訓(xùn)資料，也就是說(shuō)不管是誰(shuí)、應(yīng)聘的什么職位，只要進(jìn)入IaaS組，就必須對(duì)我們的云計(jì)算工作范圍和工作內(nèi)容有所了解，以到達(dá)工作上的溝通順暢，工作能夠保證擁有統(tǒng)一的步伐和步調(diào)。公司不允許進(jìn)行組內(nèi)的知識(shí)性培訓(xùn)，按照公司的理解，上班來(lái)不是上學(xué)來(lái)的這一原那么，我讓文靜在整理文檔并進(jìn)行翻譯的同時(shí)，整理了一套python語(yǔ)言的培訓(xùn)教程，通過(guò)定期的將文靜整理的資料跟大家共同探討的同時(shí)，順便將python語(yǔ)言進(jìn)行了短暫的培訓(xùn)。這也為后來(lái)組內(nèi)的研發(fā)團(tuán)隊(duì)進(jìn)一步深入OpenStack的研究和修改功能代碼打下了一個(gè)良好的開(kāi)端。最終，文靜還是由于個(gè)人原因，因?yàn)樗Y(jié)婚，所以必須到塘沽去追隨他的丈夫，而離開(kāi)了公司。張瑞祥是由于公司部門(mén)內(nèi)部調(diào)整，因?yàn)楣镜牟块T(mén)內(nèi)部成立了測(cè)試組，所以他離開(kāi)我們的團(tuán)隊(duì)，但是他所工作的測(cè)試范圍仍然是以我們組的軟件產(chǎn)品工程為主，所以我們還是有工作交集的。對(duì)于他愛(ài)玩游戲這一缺點(diǎn)，我私下里也跟他單獨(dú)談?wù)撨^(guò)屢次，我站在他個(gè)人的角度出發(fā)，提出要為自己的將來(lái)著想，游戲給他帶來(lái)不了什么，對(duì)他起不到任何作用和好處；我的這些良苦用心希望他將來(lái)能夠體會(huì)的到。張志濤的離開(kāi)有他自己的原因，也有局部我的責(zé)任，我之前已經(jīng)說(shuō)明過(guò)了。在B8樓202的工作工程中，除了對(duì)底層效勞研發(fā)、維護(hù)和對(duì)上層軟件產(chǎn)品工程開(kāi)發(fā)的設(shè)計(jì)及管理方面的工作外。篩選待面試人員的工作簡(jiǎn)歷并進(jìn)行面試也成為了我日常工作過(guò)程中不可缺少的一局部，當(dāng)然也是團(tuán)隊(duì)建設(shè)過(guò)程中所必須的。工作也經(jīng)常被打斷，簡(jiǎn)歷也經(jīng)常會(huì)收到很多份，并從中篩選出我需要的人員。立召和張磊都是這一時(shí)期吸納進(jìn)來(lái)的開(kāi)發(fā)人員。對(duì)于研發(fā)團(tuán)隊(duì)的管理上，王琳可以說(shuō)在云計(jì)算效勞產(chǎn)品的系統(tǒng)工程的研發(fā)方面功不可沒(méi)，因?yàn)橹暗脑朴?jì)算效勞操作系統(tǒng)、用戶中心系統(tǒng)、計(jì)費(fèi)系統(tǒng)，雖然需求分析、業(yè)務(wù)邏輯設(shè)計(jì)都是由我來(lái)做的，但是代碼的開(kāi)發(fā)都是由他一個(gè)人來(lái)完成，在開(kāi)發(fā)速度上因?yàn)椴捎玫氖撬煜さ拈_(kāi)發(fā)框架SSH+LigerUI所以非?？?。但是在制作彈性計(jì)算應(yīng)用時(shí)，他卻范了我認(rèn)為致命的錯(cuò)誤，他把彈性計(jì)算應(yīng)用的所有頁(yè)面作在了一個(gè)頁(yè)面文件當(dāng)中，這也包括后來(lái)的監(jiān)控系統(tǒng)；后來(lái)在我得知到這個(gè)情況以后，專(zhuān)門(mén)在開(kāi)會(huì)時(shí)找他詢(xún)問(wèn)了這個(gè)問(wèn)題。他從訪問(wèn)速度、軟件性能以及前臺(tái)頁(yè)面異步調(diào)用的開(kāi)發(fā)效率以及彈性計(jì)算應(yīng)用是一個(gè)小的工程等方面說(shuō)明了他的理由，在聽(tīng)取了他的意見(jiàn)以后，我認(rèn)為我要考慮軟件工程整體的可擴(kuò)展性，可維護(hù)性以及更加重要的合理性來(lái)考慮。為了能夠到達(dá)我的要求和目的，我讓張磊接手了彈性計(jì)算應(yīng)用的修改和維護(hù)工作，讓李立召全面接手了云計(jì)算計(jì)費(fèi)系統(tǒng)和用戶中心系統(tǒng)這兩個(gè)工程的修改和維護(hù)工作。平均分擔(dān)了三個(gè)人的工作量，確實(shí)開(kāi)發(fā)工作都?jí)涸谕趿找粋€(gè)人的身上也太不公平；王琳那么繼續(xù)底層接口效勞以及對(duì)張磊和李立召的指導(dǎo)和支援。對(duì)于云計(jì)算效勞底層的研發(fā)工作，我主張不能夠?qū)⑺械墓δ苄诳刂圃谀骋粋€(gè)人的手里。由于在凌志身上產(chǎn)生了不穩(wěn)定因素，所以我將OpenStack的新版本Essex的研發(fā)工作向賀軍和志楠方面有所傾斜；李健的精力集中在了基于核心的外圍功能的擴(kuò)展方面，大局部的新版本研發(fā)工作，尤其是新版本的特性“虛擬網(wǎng)絡(luò)〔Quantum〕〞集中在了張志楠和張賀軍的手里，我對(duì)他們進(jìn)行了模塊的劃分；為了能夠讓他們順利在運(yùn)行過(guò)程中修改和調(diào)試底層擴(kuò)展研發(fā)的代碼，我將剩余的實(shí)驗(yàn)環(huán)境效勞器對(duì)他們進(jìn)行了分配，使得他們可以在自己的集群中運(yùn)行自己修改的代碼，并最終結(jié)合得到我們自己的一個(gè)版根源碼。這樣，對(duì)于底層云計(jì)算效勞核心代碼我們就能夠逐漸的進(jìn)行自己掌控。后來(lái)，他們也都慢慢的做到了這一點(diǎn)。程樂(lè)是一個(gè)在校的大學(xué)實(shí)習(xí)生，他來(lái)自天大。從外表上來(lái)看文縐縐的，是一個(gè)干技術(shù)的料。在對(duì)待他的問(wèn)題上，我把他委托給了王琳來(lái)作為他的指導(dǎo)老師，王琳是技術(shù)開(kāi)發(fā)出身，包括我在內(nèi)很