【平台篇】运维平台之能力管理系统建设

《【平台篇】运维平台之能力管理系统建设》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、【平台篇】运维平台之能力管理系统建设能力管理的建设就是数据化IT服务的能力!能力管理(CapacityManagement)应该是IT11.里面一个非常重要的概念，有些人叫容量管理,但我还是觉得能力管理更好一些，能力直接的理解就是我们能做什么？还有多少能力冗余？让我们来看看ITIL的概念解释，指在成本和业务需求的双重约束下，通过配置合理的服务能力使组织的IT资源发挥最大效能的服务管理流程，ITIL给到的流程图如下：InputsTechnologySLAs,SLRsandServiceCatalogueBus

2、inessPlansandStrategyIS,ITPlansandStrategyBusinessrequirementsandvolumesOperationalschedulesDeploymentandDevelopmentplansandprogrammesForwardScheduleofChangeIncidents&ProblemsServicereviewsSLAbreachesFinancialPlansBudgetsSub-ProcessesBusinessCapacityManage

3、ment:■trend,forecast,model,prototype,sizeanddocumentfuturebusinessrequirementsServiceCapacityManagement:・monitor,analyse,tuneandreportonserviceperformance,■Establishbaselinesandprofilesofuseofservices,managedemandforservicesResourceCapacityManagement:■moni

4、tor,analyse,runandreportontheutilisationofcomponents,■establishbaselinesandprofilesofuseofcomponentsOutputs■CapacityPlan■CapacityDatabase■Baselinesandprofiles■Thresholdsandalarms■Capacityreports(regular;adhocand■exception)■SLAandSLRrecommendations■Costinga

5、ndchargingrecommendations■Proactivechangesandserviceimprovements■Revisedoperationalschedule■Effectivenessreviews■Auditreports从上图的中间部分可以看到三大子流程，业务能力管理、服务能力管理和资源能力管理。対于以上的图中从输入和输出侧还可以看到很多的概念，如果真的要是刈•照到我们的日常的运维中，理解这些概念都需要很长时间。那么在我的讨论中，我不会让大家去先理解这些概念性的东西，结合互联网

6、运维的实际，构建相应的能力系统。一、前言在讲能力系统之前，有些概念还是要和大家达成一致，这样有利于后续的进一步探讨。第一、系统的分层化理解在之前的【运维的本质・・对视化】和【运维口动化平台的深度解码】中都出现过对数据或者平台的一种分层化理解。个人觉得这种分层的理解特别重耍，能够计你很快的找到你要做什用户服务层么。那么同样对于能力系统建设来说，可以套用Z前的模型，给出一个分层化的归类，其屮越往上能力的建设难度越大，在具体的项目过程屮，考虑到建设的成本和带来的收益，有一些能力建设可以舍弃。在用户侧的服务能力的呈

7、现.是考虑了网络因素或者客户谎因素侦面渲染）等等。应用服务层资源服务层在互联网服务中.有很多的公共组件.必须能够牯确的衡呈他们的服务能力.特别是对于存储来说。衡量IT基础资源的服务能力.这块聚焦在网络和服务器的服务能力。基于接□之上的面向业务或者功能的服务封装.比如说注册用户.游戏登陆.支付等等。接口服务层架构服务层表示一个业务服务提供的接□服务能力.比取用户昵称.获取用户基础资料等G乞互妙网运维杂谈第二、CMDB的核心作用此时CMDB的核心作用就来了，CMDB系统一定要把资源和IT服务的关联关系建设起来,

8、并且要以一种合理的方式。这个地方重要的几个关系有：1、服务器和应用的关系。这个关系可以帮忙在后续做资源服务能力建设的时候，自动化的构建面向业务（应用）的服务能力展现。经验告诉我们，此时要非常注意，对于一个大型的互联网业务来说，应用最好以树的结构存在，否则没法表达复杂的业务关系，其次一个服务器可能和多个应用有关联，需要支持一对多的关系表达。之前早期的YY资产系统就用的一级结构表达且只能一对一，最后整个服务器和应用之