民生銀行自動化運維平臺建設(shè)需求V1

1、民生自動化運維平臺建設(shè)需求V1.1文檔信息項目名稱：項目經(jīng)理：起草人：起草日期：復審人：復審日期：版本歷史版本編號版本日期描述文件名 11.01.1保密Page 16 of 16目錄1. 概述及需求 41.1. 項目背景 41.2. 項目目標 41.3. 項目需求服務器自動化 41.3.1. 跨平臺支持要求 41.3.2. 配置信息發(fā)現(xiàn)和對比要求 51.3.3. 健康巡檢要求 51.3.4. 應用軟件部署要求 51.3.5. 權(quán)限控制要求 61.3.6. 腳本管理 61.3.7. 用戶管理要求 61.3.8. Web操作門戶及中文化 61.3.9. 報表 61.4. 項目需求網(wǎng)絡(luò)自動化 71.

2、4.1. 設(shè)備配置管理 71.4.2. 設(shè)備配置檢查 71.4.3. 設(shè)備配置變更 81.4.4. 安全操作審計 81.4.5. 報表 91.5. 項目需求【災備調(diào)度自動化】 91.5.1. 多平臺支持以及跨平臺作業(yè)調(diào)度能力 91.5.2. 作業(yè)定義及調(diào)度功能 91.5.3. 作業(yè)流及依賴關(guān)系 101.5.4. 作業(yè)后續(xù)處理 101.5.5. 圖形化監(jiān)控界面及失敗原因分析 101.5.6. 報表及審計功能 101.5.7. 高可靠性和高可用性 111.6. 項目需求【云計算】 111.6.1. 自服務門戶 111.6.2. 服務管理 121.6.3. 配置管理數(shù)據(jù)庫 151.6.4. 計算資源

3、池管理 151.6.5. 資源池容量管理 151.6.6. 資源池監(jiān)控 161. 概述及需求1.1. 項目背景（一）我行服務器運維情況截止至 2009 年九月底，我行共有小型機48 臺， 177 個分區(qū)；PC 服務器 294 臺，刀片服務器92臺；光纖存儲交換機10 臺；存儲陣列共9 臺，裸容量約為600T ，而服務器運維人員數(shù)量有限，且在運維過程中簡單重復勞動過多，給運維工作造成極大壓力。因此急需自動化工具幫助運維人員緩解工作壓力，提高工作效率，從而對運維人員的工作結(jié)構(gòu)進行有效調(diào)整。（二）運維工作存在的困難1. 傳統(tǒng)運維帶來大量繁瑣、重復的工作，造成管理員大量低效勞動。2. 存在人為操作失誤

4、隱患，且難以從根本上保障系統(tǒng)安全。3. 運維知識分散，缺乏集中管理，各系統(tǒng)運維工作過度依賴于管理員。4. 運維工作缺乏相關(guān)自動化工具的輔助，缺乏實現(xiàn)統(tǒng)一、規(guī)范、流程化的管理手段。（三）我行運維自動化工具的需求為解決以上困難，需要引進一套在行業(yè)中成熟的自動化運維解決方案。實現(xiàn)數(shù)據(jù)中心日常運維自動化、流程化、規(guī)范化和管理集約化，從而控制運維風險、提高運維效率、降低運維成本。并可以解決以下服務器運維需求：1. 配置信息自動采集，對我行擁有的服務器資產(chǎn)進行自動化的清查。2. 服務器自動化管理操作，包括操作系統(tǒng)自動化安裝，補丁自動化管理，應用程序自動化分發(fā)。3. 服務器自動化日常巡檢，運維工具自動反饋相

5、關(guān)服務器巡檢信息。4. 服務器操作審計及相關(guān)合規(guī)檢查的自動化。5. 和我行現(xiàn)有的工具平臺有效結(jié)合，優(yōu)化配置。6. 多樣化的自動化腳本執(zhí)行能力。7. 制作多維度的統(tǒng)計報表。1.2. 項目目標通過標準化和自動化的手段提高運維管理的一致性，減輕運維管理的手工工作負荷，并對關(guān)鍵應用的配置設(shè)定進行主動稽核和跟蹤，從運維管理配置角度確保應用的整體可用性，提高運維人員的操作執(zhí)行效率，降低操作任務執(zhí)行時間，將人員手工誤操作帶來的風險降到最低。1.3. 項目需求服務器自動化1.3.1. 跨平臺支持要求運維管理涉及多種系統(tǒng)和平臺，自動化發(fā)布平臺應實現(xiàn)跨平臺的管理支持，實現(xiàn)異構(gòu)環(huán)境的統(tǒng)一管理，需支持AIX、 HPU

6、x 、 Redhat Linux 、 Windows 等系統(tǒng)的主流版本，識別各系統(tǒng)的特征對象，采用通用性架構(gòu)實現(xiàn)管理。1.3.2. 配置信息發(fā)現(xiàn)和對比要求系統(tǒng)對象的配置發(fā)現(xiàn)是后續(xù)配置操作系統(tǒng)化的基礎(chǔ)，運維管理平臺應能夠?qū)ο到y(tǒng)及應用對象各個層面的屬性配置進行掃描和發(fā)現(xiàn)，并實現(xiàn)格式化、對象化的管理。運維操作變更成功后，需要對環(huán)境進行保護和控制，防止非授權(quán)的變更或誤操作更改了系統(tǒng)及應用依賴的配置。1) 系統(tǒng)配置信息：直接解析操作系統(tǒng)及應用系統(tǒng)的配置文件，如hosts 、 security, 、 services 、group 、 fstab 、 ntp.conf 、 route 、 web.xml

7、、 init.ora 等等；對于應用配置文件，2) 應用配置信息：提供解析方法和機制，實現(xiàn)字段級配置項的解析，支持包括xml 、空格分隔、逗號分隔等主流格式的直接解析；對于通過應用命令獲取的stdout 信息，可實現(xiàn)封裝和格式化解析，能夠針對輸出信息的各種格式實現(xiàn)字段級配置項的解析。3) 對于不合規(guī)的對象，需能逐層展開顯示特定巡檢失敗的細項，包括期望的設(shè)定值和當前掃描的實際設(shè)定值，從而獲取對如何修正提供針對性的指導性信息。4) 當特定操作執(zhí)行后，應有效的對系統(tǒng)設(shè)定和狀態(tài)進行記錄，并作為后續(xù)比較的基準，將其作為日常巡檢的模板和基線。運維自動化平臺應支持不基于腳本的配置基線創(chuàng)建，能夠在需要時對特定

8、系統(tǒng)的特定范圍(如目錄、文件、配置范圍等)進行全量或選擇性子集的快照。5) 運維自動化平臺應實現(xiàn)針對基線的多方位比對。例如對于文件對象，應包含文件內(nèi)容(包括二進制文件)、大小、修改日期、用戶、屬組、權(quán)限等；對于關(guān)鍵配置文件，應定位具體字段級配置項內(nèi)容等；從而實現(xiàn)完整、有效的比對稽核。6) 對于一組服務器中個別特殊的配置設(shè)定，可能與基線模板有差異，對于這種場景，需可設(shè)定例 外，使后續(xù)巡檢時，不將該差異作為巡檢異常。1.3.3. 健康巡檢要求運維自動化平臺應能夠定期的對系統(tǒng)-應用環(huán)境進行健康檢查，當發(fā)現(xiàn)關(guān)鍵配置與期望值不同時，及時報警甚至主動改寫糾正。1) 檢查關(guān)鍵系統(tǒng)服務狀態(tài)，系統(tǒng)運行狀態(tài)2)

9、檢查操作系統(tǒng)信息：包括操作系統(tǒng)類型、IP 地址 /DNS 名稱、網(wǎng)絡(luò)設(shè)定、開放TCP 端口、文件系統(tǒng)、系統(tǒng)補丁、已安裝軟件包、用戶/用戶組、內(nèi)核參數(shù)、守護進程/系統(tǒng)服務等。3) 健康巡檢應能設(shè)定執(zhí)行周期和時間，確保定期的觸發(fā)運行。4) 健康巡檢應支持異常報警，當巡檢發(fā)現(xiàn)異常時，主動發(fā)出報警。報警應能夠?qū)崿F(xiàn)郵件發(fā)送；同時應支持trap 發(fā)送，從而實現(xiàn)與監(jiān)控平臺整合。5) 健康巡檢結(jié)果可以導出為可讀文件以供歷史存檔。1.3.4. 應用軟件部署要求運維自動化平臺需能實現(xiàn)應用軟件的部署，包括Oracle 、 SQL Server 、 WebLogic 、 Tomcat 、WebSphere 、監(jiān)控代理

10、、備份代理等等。1) 部署應保持強壯性，包括對系統(tǒng)包的校驗更新，特定用戶/ 組的創(chuàng)建，權(quán)限的調(diào)整等。2) 部署可充分定制化，包括實現(xiàn)安裝后的個性化配置，如參數(shù)創(chuàng)建、環(huán)境數(shù)據(jù)導入等。3) 部署的過程應支持參數(shù)化，如在部署作業(yè)運行時給定變量等等。4) 部署需支持回滾。1.1.5. 權(quán)限控制要求支持細粒度的權(quán)限控制，提供細致的操作權(quán)限控制模型。能夠?qū)S 及 OS 內(nèi)細粒度層次(如用戶、文件、系統(tǒng)對象)進行權(quán)限分割。提供集中的系統(tǒng)接入并實現(xiàn)指令級稽核(如通過自動化平臺建立目標系統(tǒng)SSH 連接后，記錄操作的指令)機制。1. 定時任務和自啟動任務要求通過運維自動化平臺統(tǒng)一對定時任務和自啟動任務的管理，包

11、括查看，部署，修改，刪除，支持不同用戶實現(xiàn)不同的權(quán)限，支持查看任務運行狀態(tài)，反饋任務是否執(zhí)行成功。1.1.6. 腳本管理集中管理服務器腳本，排定腳本執(zhí)行計劃，批量執(zhí)行腳本，收集腳本執(zhí)行結(jié)果。關(guān)鍵系統(tǒng)配置參數(shù)的批量修改，如sysctl.conf,hosts,resolve,ifcfg-eth0,fstab,profile等，關(guān)鍵系統(tǒng)服務的統(tǒng)一啟停和狀態(tài)查看，如FTP、 NTP 、 NFS、 SSH 等。1.1.7. 用戶管理要求通過運維自動化平臺實現(xiàn)批量用戶新增/刪除/修改，批量密碼修改，實現(xiàn)不同用戶的權(quán)限修改,不同用戶組的管理。1.1.8. Web 操作門戶及中文化提供全中文的操作客戶端，以及

12、基于web 的自動化門戶，在操作過程中，盡量減少手工腳本編輯開發(fā)調(diào)試的工作量。1.1.9. 報表提供基于web ，可方便定制開發(fā)的商用報表引擎，同時內(nèi)置資產(chǎn)，合規(guī)，作業(yè)，權(quán)限等內(nèi)置報表。支持報表的定期運行及導出。1.4. 項目需求 網(wǎng)絡(luò)自動化1.4.1. 設(shè)備配置管理配置備份，備份設(shè)備的運行或啟動配置文件，要求支持定期、觸發(fā)、手動三種方式。定期備份按照系統(tǒng)設(shè)定的備份計劃進行；觸發(fā)備份主要依靠系統(tǒng)監(jiān)聽來自設(shè)備的 SNMP TRAP 或 Syslog 的相關(guān)配置發(fā)生變更的信息后進行自動觸發(fā)備份；手動備份即可通過手工執(zhí)行系統(tǒng)提供的配置備份相關(guān)指令進行備份。對配置備份文件可設(shè)定保存期限，超過保存期限的

13、可實現(xiàn)自動定時清理。配置備份管理，要求提供對配置備份的檢索，至少應提供設(shè)備地址、備份時間段等檢索條件，應提供對配置備份文件的遠程瀏覽，支持配置備份遠程下載；應可對配置備份進行基準化設(shè)定，即可人為手動設(shè)定某一受信任的配置備份為其對應設(shè)備的基準備份。配置比對，要求可對任意的兩配置文件進行內(nèi)容比對，并應醒目標注差異部分。配置恢復，要求可基于基準備份對運行或啟動配置文件進行遠程配置恢復。接入層交換設(shè)備端口的日常配置管理，要求包括端口的開啟/關(guān)閉操作，端口的邊緣化配置，端口VLAN 劃分，端口的802.1X 配置等，上述配置系統(tǒng)可根據(jù)不同設(shè)備廠商自動生成相應配置命令和配置回滾命令，允許手工輸入配置命令進

14、行端口配置，能夠保留所有針對端口執(zhí)行的配置命令記錄。1.4.2. 設(shè)備配置檢查配置基線核查，應可根據(jù)用戶定義的設(shè)備配置基準備份進行基線核查，系統(tǒng)在定時備份、觸發(fā)備份時，應自動比對當前備份對與基準備份是否存在差異，對于存在差異的進行報警；應提供針對配置備份的手動基線核查機制，可以方便核查任一非基準備份與基準配置的內(nèi)容差異，對于差異部分通過配置比對進行醒目標注，并提供 針對差異部分的修復接口。配置合規(guī)檢查，根據(jù)規(guī)則檢查配置是否符合一定的規(guī)范或要求，出現(xiàn)問題可自動告警；應支持合規(guī)檢查規(guī)則的自定義，提供對合規(guī)檢查規(guī)則的統(tǒng)一管理，合規(guī)檢查規(guī)則應提供相應的修復建議或修復命令腳本；要求提供對合規(guī)檢查結(jié)果的統(tǒng)

15、一管理，對不合規(guī)則要求的配置，可根據(jù)合規(guī)檢查規(guī)則的修復建議提供快速修復接口。1.4.3. 設(shè)備配置變更配置變更模板，應可定義不同廠商不同設(shè)備種類的配置模板，系統(tǒng)可根據(jù)配置模板批量執(zhí)行配置變更腳本，將以前手工執(zhí)行的作業(yè)自動化。配置變更批量操作至少應支持兩種模式，一種模式針對同類設(shè)備的批量配置操作，一種模式是針對同一設(shè)備的不同端口進行批量配置操作。配置恢復或回滾：配置變更應相應提供配置回滾腳本，保證可通過執(zhí)行配置回滾實現(xiàn)配置的快速恢復。配置變更審批，任何配置變更均需通過審批后方可執(zhí)行，配置變更申請和變更審批應在不同權(quán)限用戶下進行。配置變更審計，對執(zhí)行配置變更應該提供詳細的審計，審計信息至少包括配置

16、變更命令的執(zhí)行用戶名，用戶所在設(shè)備IP 地址，執(zhí)行對象的IP 地址，執(zhí)行時間，執(zhí)行命令的詳細內(nèi)容以及執(zhí)行結(jié)果等。1.4.4. 安全操作審計操作審計，應設(shè)立獨立的審計帳號，對其他用戶的所有操作提供審計，包括系統(tǒng)自身的日常使用、配置、運行、管理等方面的審計。針對設(shè)備配置變更應提供單獨審計，詳細記錄配置變更命令的執(zhí)行用戶名，用戶所在設(shè)備 IP 地址，執(zhí)行對象的IP 地址，執(zhí)行時間，執(zhí)行命令的詳細內(nèi)容以及執(zhí)行結(jié)果等，提供多條件的聯(lián)合檢索和相應報表輸出。1.4.5. 報表提供基于web ，可方便定制開發(fā)的商用報表引擎，同時內(nèi)置資產(chǎn)，合規(guī)，作業(yè)，權(quán)限等內(nèi)置報表。支持報表的定期運行及導出。1.5. 項目需求

17、【災備調(diào)度自動化】1.5.1. 多平臺支持以及跨平臺作業(yè)調(diào)度能力? 要求作業(yè)調(diào)度系統(tǒng)軟件安裝簡單方便，能夠支持交互及靜默安裝方式。? 要求作業(yè)調(diào)度系統(tǒng)支持多種操作系統(tǒng)，可以在Windows, Linux, AIX, HP-UX, Solaris,等系統(tǒng)上運行。? 要求作業(yè)作業(yè)調(diào)度系統(tǒng)可以調(diào)度多種操作系統(tǒng)，其Agent 代理程序可以運行在如下操作系統(tǒng)上：AIX、 HP-UX 、 Linux 、 Windows 、 Solaris ，、AS/400 等。? 要求作業(yè)調(diào)度系統(tǒng)支持無代理調(diào)度方式，能夠通過SSH、 WMI 等方式調(diào)度目標服務器上的作業(yè)。1.5.2. 作業(yè)定義及調(diào)度功能? 要求作業(yè)調(diào)度系

18、統(tǒng)支持多種作業(yè)定義方式，其中包括：- GUI 界面作業(yè)創(chuàng)建- 文件導入作業(yè)定義- Utility 命令行創(chuàng)建? 要求作業(yè)調(diào)度系統(tǒng)支持作業(yè)的批量創(chuàng)建，并支持作業(yè)的批量更新。? 要求作業(yè)調(diào)度系統(tǒng)支持作業(yè)創(chuàng)建模板，能夠通過模板創(chuàng)建作業(yè)。? 要求作業(yè)調(diào)度系統(tǒng)作業(yè)調(diào)度對象支持如下類型作業(yè)：- 各種可在命令行執(zhí)行的程序及command ；- 各平臺內(nèi)置腳本編制的程序文件；- UNIX Shell Scripts- Windows Batch- CMD- 解釋性語言編制的程序文件如Perl 、 WSH 、 PHP、 SQL Query 、 SP 等；- 文件傳輸（FTP）類作業(yè)；? 要求作業(yè)調(diào)度系統(tǒng)具備版本

19、管理功能，能夠存儲多個作業(yè)版本，支持版本之間相互進行比較，并支持版本自動回滾操作。1.5.3. 作業(yè)流及依賴關(guān)系? 要求作業(yè)調(diào)度系統(tǒng)調(diào)度的作業(yè)可以根據(jù)需要生成或去除自身或其它作業(yè)狀態(tài)變量，并根據(jù)狀態(tài)變量決定后續(xù)作業(yè)是否能夠執(zhí)行。? 要求作業(yè)調(diào)度系統(tǒng)作業(yè)流支持一對一、一對多、多對一以及多對多的邏輯關(guān)系。? 特別的對于多對一關(guān)系，作業(yè)調(diào)度系統(tǒng)可以指定前提作業(yè)之間的“或”“與”關(guān)系來決定后續(xù)作業(yè)是否執(zhí)行，也可以手工定義作業(yè)依賴關(guān)系。? 要求作業(yè)調(diào)度系統(tǒng)的作業(yè)流支持人工參與，即必須經(jīng)人工確認后作業(yè)流才能繼續(xù)執(zhí)行。1.5.4. 作業(yè)后續(xù)處理要求作業(yè)調(diào)度系統(tǒng)能夠根據(jù)作業(yè)運行時作業(yè)狀態(tài)、系統(tǒng)返回的狀態(tài)碼或系

20、統(tǒng)輸出，決定采用何種后續(xù)動作對作業(yè)進行處理，這些后續(xù)動作包括：? 調(diào)度后續(xù)作業(yè)流程；? 發(fā)送信息；信息可以發(fā)送到系統(tǒng)的控制臺、日志、報警窗、EMAIL 地址、某個用戶等等，支持多種通知報警機制? 發(fā)送命令；可以發(fā)送系統(tǒng)的處理命令，或者調(diào)用某些程序? RERUN/RESTART 作業(yè)；可以自動或者人工地進行作業(yè)RERUN/RESTART,? 變更作業(yè)的狀態(tài)；? 要求作業(yè)調(diào)度系統(tǒng)能夠根據(jù)作業(yè)運行時的狀態(tài)以及時間等信息，決定如何產(chǎn)生告警及日志等信息。1.5.5. 圖形化監(jiān)控界面及失敗原因分析? 要求系統(tǒng)采用圖形化界面進行管理，操作界面友好、易用。? 要求作業(yè)調(diào)度系統(tǒng)提供圖形化的作業(yè)監(jiān)控界面，能夠?qū)崟r

21、顯示作業(yè)的運行狀況。? 要求作業(yè)調(diào)度系統(tǒng)采用不同顏色表示作業(yè)狀態(tài)：正在運行、等待資源、等待條件、需要確認等。? 要求作業(yè)調(diào)度系統(tǒng)對失敗或異常的作業(yè)提供異常原因分析，告訴調(diào)度人員作業(yè)異常的原因。? 要求作業(yè)調(diào)度系統(tǒng)可在監(jiān)控界面上由作業(yè)調(diào)度人員人工處理作業(yè)狀態(tài)，并對作業(yè)提出重新運行、強制OK 等操作。1.5.6. 報表及審計功能? 要求作業(yè)調(diào)度系統(tǒng)提供相應的報表系統(tǒng)。? 要求作業(yè)調(diào)度系統(tǒng)報表系統(tǒng)具備報表生成指引。? 要求作業(yè)調(diào)度系統(tǒng)報表系統(tǒng)具備報表導出功能，能夠以文件方式將報表導出系統(tǒng)并進行保存。? 要求作業(yè)調(diào)度系統(tǒng)能夠記錄大量系統(tǒng)運行時的信息并生成相應的日志文件、系統(tǒng)輸出等供系統(tǒng)審計使用。? 要

22、求作業(yè)調(diào)度系統(tǒng)能夠支持歷史狀態(tài)記錄，并能夠展示歷史狀態(tài)記錄。1.5.7. 高可靠性和高可用性? 要求作業(yè)調(diào)度系統(tǒng)本身需具有Failover 機制，通過數(shù)據(jù)庫鏡像和主備機，當出現(xiàn)數(shù)據(jù)庫故障、網(wǎng)絡(luò)故障、調(diào)度故障的情況，備份的服務器(包括鏡像數(shù)據(jù)庫)可以接管作業(yè)調(diào)度管理工作，從而保證作業(yè)調(diào)度系統(tǒng)的高可用性。? 作業(yè)調(diào)度系統(tǒng)具有良好的容錯機制，每個服務器都和企業(yè)管理平臺連接，當它們之間的通訊出現(xiàn)故障時，調(diào)度平臺本身可以繼續(xù)運行，并且不影響相關(guān)平臺上的作業(yè)調(diào)度，在通訊恢復后，調(diào)度平臺和管理平臺之間會自動地進行信息和數(shù)據(jù)的同步。? 要求作業(yè)調(diào)度系統(tǒng)能夠監(jiān)控自身各個模塊的運行狀態(tài)，當其中任何模塊出現(xiàn)問題時，

23、能夠以告警的方式通知管理人員。1.6. 項目需求【云計算】1.6.1. 自服務門戶? 用戶登錄自服務門戶后可以查看自己所申請成功的服務信息，服務信息中提供對已訂購資源運行情況和使用情況進行統(tǒng)一查看。? 顯示該 用戶名下所有的資源情況及狀態(tài),如開/關(guān)機狀態(tài)，內(nèi)存/CPU 使用率，審批狀態(tài)，部署狀態(tài)，IP 地址，資源有限期等。? 用戶只能查看已授權(quán)的服務目錄。? 用戶提交資源使用申請時，能夠在申請過程中選擇CPU 個數(shù)，內(nèi)存大小, 或增加新的虛擬盤 (VMDK), 資源等級(SLA Level), 加裝應用，是否納入監(jiān)控等。? 用戶可指定服務的部署參數(shù)，如數(shù)據(jù)庫實例名，安裝路徑，集群名等。? 門戶

24、提供向?qū)缴暾埛战缑?，并根?jù)用戶選項動態(tài)計算服務費用。? 指定資源的使用期限，包括開始使用日期和結(jié)束日期。系統(tǒng)可以根據(jù)指定的周期自動判斷資源池內(nèi)是否具備足夠的資源。? 用戶可通過自服務門戶，申請延長對某項服務的使用期限。? 支持用戶提交修改資源配置申請，例如：CPU 個數(shù)，內(nèi)存大小等。? 用戶可針對已有的服務實例提交軟件安裝或補丁安裝申請, 例如申請自動安裝數(shù)據(jù)庫軟件或為某個軟件自動打補丁。? 用戶可針對已有的服務實例提交增加或刪除虛擬網(wǎng)卡需求，可指定網(wǎng)卡所在的網(wǎng)絡(luò)。? 用戶可針對已有的服務實例提交增加或刪除磁盤需求。?用戶可提交系統(tǒng)自動巡檢申請，例如，申請按照服務器安全標準CIS,對服務器

25、的配置進行巡檢。并出具相應的巡檢報表。? 用戶可提交存儲申請，例如，申請一定大小的裸盤或NFS 形式的存儲，并能將已申請存儲的全部或部分掛接到已申請的虛擬機實例中。? 用戶可以對已有虛擬機實例進行控制，如啟動、停止等操作。? 用戶可提交申請增加服務實例的個數(shù)。? 允許提交批量資源申請，可以按照應用的實際部署情況在一次服務請求中同時申請異構(gòu)環(huán)境下的多個虛機，并分別部署/配置軟件模塊。1.6.2. 服務管理. 支持服務的完整生命周期? 提供對云服務全生命周期的管理，包括服務的創(chuàng)建、申請、變更、審批、修改、發(fā)布,授權(quán)及回收等過程在一個統(tǒng)一的云管理平臺上實現(xiàn)。? 服務創(chuàng)建后可由云平臺管理

26、員進行發(fā)布。服務發(fā)布是對服務庫和服務目錄中服務在運營管理系統(tǒng)內(nèi)進行變更、激活、掛起、撤銷等過程的管理。用戶只可對發(fā)布狀態(tài)為激活，并經(jīng)過授權(quán)的服務進行請求。. 服務模板管理? 支持通過管理平臺的界面定制服務模板，無需編寫代碼即可完成服務定義。? 對于同一個模板，管理員可以根據(jù)需求為其配置不同的VLAN ， IP 將根據(jù)與VLAN 相對應的 IP 地址池進行自動分配。? 支持對模板網(wǎng)絡(luò)環(huán)境的定義，對于同一個模板中的不同組件模塊(如 web 模塊，應用模塊，數(shù)據(jù)庫模塊), 管理員可以通過定義策略，將其配置到不同VLAN 中，配置不同的端口/防火墻策略。? 管理員可指定特定組件模塊所對應

27、的軟件安裝源及相應的配置參數(shù)，如端口號，安裝路徑，實例名，集群名等。? 管理員可指定模塊的部署順序，如安裝DB 中間件 Web 的順序部署服務。? 管理員可指定安裝后腳本或工作流，完成對服務模塊的配置或定制操作。? 云管理平臺支持根據(jù)用戶的資源請求進行智能分析，根據(jù)資源實際使用情況和用戶的相關(guān)要求自動進行服務模板的適配與推薦。? 服務模板支持導入、導出功能。. 服務目錄管理? 通過標準化的服務目錄對我司的云計算服務進行管理，建立IT 服務的使用者與IT 資源之間的標準接口。? 管理員在服務目錄中可以定義、發(fā)布、更新和終止IT 服務，對IT 服務的名稱、描述、資源類別、資源規(guī)模、費

28、用等做出規(guī)定，同時可以設(shè)定不同用戶訪問服務目錄的權(quán)限。? 為適應業(yè)務的快速變化，管理員能夠簡便地設(shè)計和修改服務目錄的項目，要求通過圖形化的界面來實現(xiàn)設(shè)計，避免開發(fā)代碼。? 管理員可以在服務目錄中定義計費策略。? 服務目錄與流程需進行高度的整合，可以實現(xiàn)服務目錄與服務請求、事件、變更等流程的無縫集成，用戶無需關(guān)心執(zhí)行其請求的最終流程，只需要在服務目錄中進行提交，系統(tǒng)自動根據(jù)預置的定義選擇正確的流程進行執(zhí)行。實現(xiàn)多請求的統(tǒng)一受理、有效提高用戶的滿意度。. 服務實例管理? 提供針對服務實例管理的用戶界面，支持對服務實例的創(chuàng)建、審批、變更、終止等操作。? 管理員能夠?qū)Ψ諏嵗拘畔?、?/p>

29、務請求流程執(zhí)行狀態(tài)等進行操作與查詢。? 用戶可通過自服務門戶，申請延長對某項服務的使用期限。? 支持用戶提交修改資源配置申請，例如：CPU 個數(shù)，內(nèi)存大小等。? 用戶可終止已提交的未到期的服務實例。提交服務終止請求后，所有相關(guān)資源開始釋放，用戶通過服務實例查詢可查看終止的狀態(tài)。? 用戶可針對已有的服務實例提交增加或刪除虛擬網(wǎng)卡需求，可指定網(wǎng)卡所在的網(wǎng)絡(luò)。? 用戶可針對已有的服務實例提交增加或刪除磁盤需求。? 用戶可提交申請增加服務實例的個數(shù)。. 審批管理? 審批管理可以根據(jù)用戶的請求決定所需要的審批流程，該流程可以是串行、并行、單級、多級等各種模式，支持委托代理審批。? 根據(jù)用戶的申請，管理員可以批準用戶的申請。管理員也可以拒絕用戶的申請。在審批過程中需要留下詳細的審計記錄。? 如果服務申請被批準或拒絕，在自動化操作完畢后，自動給申請人以及相關(guān)人員發(fā)郵件通知。? 審批管理模塊需基于業(yè)界領(lǐng)先的、成熟穩(wěn)定的、符合ITIL v3 標準的審批引擎，支持可視化界面定制和流程定制功能，可以全面滿足IT 服務管理流程及其他流程定制的需求。? 審批管理模塊支持全流程的合規(guī)審計功能，可以對運行在其上的所有流程進行合規(guī)審計，可以按照相關(guān)管理要求，對流程中所有信息的修改進行記錄，包括修改時間、修改人、修改字段、修改前內(nèi)容和修改后內(nèi)容。? 審批管理模塊應該與配置管理信息庫采用統(tǒng)一的架構(gòu)