oneCMDB

1.本课程全程将基于集成了Openstack云环境.支持高精度时间(PTP)及虚拟化性能大大提升的RHEL 6.5或CentOS 6.6,间或介绍CentOS 7系统的使用: 2.此文章给出的只是个课程知识点框架,实际讲解过程相当精细:另外,知识点讲授的次序未必同此文章所标示的顺序相同: 3.第15期面授班定于2015年3月24号开课:本期将会是马哥教育数年来"直通车"式授课方式的最后一次,自16期开始,整体课程将会被分割为两个甚至是多个不同产品,"直通车"式课程将

谈谈我对CMDB的看法,其实也没做过实际CMDB的项目,都是在资料中和实际CMDB系统操作中去了解的. 首先从业务上,为什么需要CMDB? 目前企业中IT系统越来越多,ERP,CRM,OA,运营,运维.....每个系统或多或少会跟设备,人,组织,软硬件等配置项相关联,那么问题来了,多个系统对同一个配置项的标识形式可能会不同,例如一台服务器在ERP系统里可能是用MAC地址做标识,在监控系统里又是用IP地址做标识,在OA系统里有可能用出厂序列号做标识,这样导致该配置项的状态属性都分散在各应用系统中,

最近项目组之前一直使用的OneCMDB出现了问题,在增删改数据时异常的慢,于是考虑是否可以优化OneCMDB,由于本人水平有限,对OneCMDB进行代码级别的优化暂时还有点难度.于是就对现有的其他开源CMDB进行调研,首先是CMDBuild(官方网站). 对于CMDBuild,先上结论. 优缺点 优点 完全自主的系统配置 界面炫酷美观,AJAX让人操作十分便捷 数据格式自由定制(在GLPI中,资产的数据格式都已经定义好了,用户很难修改) 有专门的团队在进行不断的维护,目前最新的版本是2015年6

原文: http://www.infoq.com/cn/articles/operation-platform-planning-introduction 很多观点我都比较赞同, 特别是工作流引擎+运维可视化的观点 识别运维平台的边界在哪儿,才能更好地构建平台,从而协助运维的日常工作. 在之前的文章中,谈到过“运维的本质——可视化”,在可视化的篇幅中,着重介绍自动化的可视化和数据的可视化:在后续的篇章中又介绍了“互联网运维的价值体系”,里面分解了几个维度:质量.成本.效率.安全等.以上都是为了清

备注:本来想自己写一篇运维体系的文章的,但毕竟不是专业运维人员出身,担心讲的太肤浅,因此转载我的好朋友王金银(江湖人称老王)同学发表在InfoQ的运维体系介绍.老王的牛逼相信很多同学已经领教过了,全球运维技术大会深圳站一个人专场讲运维能讲3个小时,而且会场还爆满,更多老王的介绍可以参考文章的最后,也可以关注老王的微信公众号:互联网运维杂谈. 原文链接:运维平台规划体系全介绍 =============================================================

基础概念 1.什么是CMDB CMDB--配置管理数据库,通过识别.控制.维护,检查企业的IT资源,从而高效控制与管理不断变化的IT基础架构与IT服务,并为其它流程,例如事故管理.问题管理.变更管理.发布管理等流程提供准确的配置信息. 2.CMDB的作用 数量庞大.品种繁多的 IT 设备及以这些IT设备为基础的各种服务很难被有效的管理.同时,企业的IT环境在不断变化,如何评估某个设备或服务发生的事故或变更所造成的影响,以及如何为其它流程提供IT资源当前准确的配置信息都是企业面临的重大挑战. CM