Tag Archives: cms
MartinMarks for 29th August
New IT Job: CMDB Manager 从此IT部门有多了一个职位CMDB经理，不过某人的工作量加倍了也没准哈哈，从这个文章中可以看出这并不是一个可有可无的职位，而且CMDB的建设和推广，以及管理和其他的ITIL流程没有区别，需要结合技术、流程和人老三样，而且要再次改造人们对于配置管理的行为方式和文化了。 Role Overview: CMDB Manager CMDB经理负责管理和维护您的CI，工作内容都有了，CIT/CTO招不招这个人由您。 CMDBs reduce costs, automate tasks CMDB更多的不是一种技术，更多的是流程，联邦技术让您从一个集中的CMDB来访问这个多元化多变的世界。CMDB信息需要多种来源、产品和工具。 Top 10 reasons NOT to implement CMDB 不去实施CMDB的10个理由 Top Ten Reasons to Implement a CMDB 实施CMDB的10个理由 The federated CMDB: Getting past the hype to the good stuff cmdbf标准的实施在各家产品中尚处于开始阶段，是否大家都会照着做呢。联邦让所有的配置数据更易访问。 Logo Mark
CMS/CMDB 配置管理系统和发现工具
最近的一些CMDB项目和测试中都用到和测到了自动发现工具，很多用户对此的理解和看法还不是很到位。 首先：“自动化配置和关系发现工具是什么？” 它是CMS工具集当中的数据采集工具。 从产品名称上看，往外都带DDM，它是 Discovery Dependency Mapping的缩写。意思就是帮你发现CI和CI之间关系的工具。很多用户的各种IT管理工具都可以自动发现网络、服务器和应用的配置项以及之间的关系，那么为什么还需要在购买一个新的发现工具呢？其实发现工具解决的真实发现工具不统一和发现数据不统一的问题，更重要的是它可以发现配置项之间的依赖和影响关系。对于一个数据中心来说，变更会经常发生，那么一套应用运行了一段时间之后，你很难准确的说出它都连接了那些其他相关的设备，很难理解它当前的部署状态。我们希望发现工具能帮我们更好的洞察当前IT基础架构的构成，应用对设备的依赖，底层IT服务对业务的影响。 其次：“它是如何工作的？” 它的工作原理和其他所有的管理软件也没什么太大的差异。基本上讲有两种技术：无代理发现和有代理发现；三种产品形式：纯粹无代理扫描方式、纯有代理方式和混合方式。无代理采集必须依赖被采集设备的开放协议，常用的采集协议有：snmp,wmi,telnet,ssh,jmx,http等。往往需要在被采集设备上配合一定的账号和权限。采集动作往往是定时、周期性或者触发式执行。扫描结果返回一个数据库中，准备向CMDB同步。 再次：“它是CMDB必须的工具么？” 对于下面几种情况我个人认为它是一个必的工具：1）数据中心用户，服务器和应用成百上千套，变更每周都会进行，新业务系统增长快。CMDB需要使用它来自动更新配置项信息。2）应用多是多层的复杂应用，CI之间依赖关系复杂，物理连接图已经不足够用来做影响分析，CMDB需要它来自动化维护配置自己的关联关系，通过它可以减少进70%的手工工作量。从国外的一些项目经验上来看，50%的CMDB用户并没有使用配置自动发现工具，他们使用的配置数据多是监控管理系统中已有的，CI间的关系靠手工维护。 最后：“它是如何与CMDB同步的？” 有些厂商的CMDB是从发现工具上起家的，所以他们本来就使用的一个库，没有同步问题。有些厂商的发现工具是整合的其他产品工具或者收购的，他们自己的同步就需要一定得数据模型了。通过数据模型来解决数据字段映射的关系，一般来讲CMDB中会有数据模型CDM，发现工具同步的时候就以该模型为准，把CI和关系经过一定的过滤条件同步到CMDB中。不同厂商的发现工具和CMDB如果需要同步的话，需要满足起码这样几点需要：CMDB必须有标准的数据模型来做数据映射；需要有某种数据集成和同步的工具来连接两个数据库；CMDB中需要具有强大的数据调和功能来处理发现工具带来的数据。
CMDB实施的几种误区
上面是ITIL v3的定义，CMDB的定义和v2没有变化。可以看出CMDB是一个存储配置记录的数据库，非常多的用户一拍脑门“不就是一个数据库么！我们也可以自己开发一个的。”。这样的情况下，IT组织的不同部门都可能会各自立门户，开发自己的配置管理信息库；例如：资产管理、终端分发和管理、机房管理等等。数据重复、数据不一致、配置信息不对称；无法得到跨部门和系统的报告。所以V3提出了CMS系统，它是CMDB系统的下一代管理系统。CMS系统需要 具有对现有信息资料的兼容性，CMS的建立不能忘记过去；一定要集成已有配置信息。 错误一：配置信息是一个独立的配置管理系统，由专人负责数据的更新和维护，手工的管理和维护所有数据。 错误二：最配置管理就是要做的细，我要管理到机房中的每一根网线，CI的属性需要设计的非常多，越细致越好。 错误三：我们自己有开发人员，我们有CMDB的需求，那就开始做吧，先看法着看看，不就是一个数据的增删改查么！！ 配置管理或者说CMDB的建设可以说是目前，国内ITIL用户共同的瓶颈。ITIL项目中实施最多的三个流程是：Incident Management、Problem Management 和 Change Management。已经实施完毕以上三个流程的用户问的最多的一个问题是：一个故障单、问题单或者变更单一定要和CI想关联么？在解决处理的时候寻找目标CI或者根源CI是必须的么？ 如果ITIL是一种公共语言的话，那么Incident Management、Problem Management 和 Change Management等所有流程都是句式或者时态。而CI则是主语或者宾语，您觉得没有主语或者缺少宾语的句子，会传递怎么的信息呢？
Stop to build CMDB for your IT – CMS是怎样炼成的？
ITIL在国内的实施也有8年之久，就我看过和做过的项目中：service desk是最多实施的工具，它包括IM/PM；还有Change Management；用户们还可能会常常认为，Release Management可以和变更流程可以混在一起搞。服务台一般先上，有的变更流程先上，服务台的共同特点还有PM一般形同虚设。就我所见所闻的项目和用户来说，CMDB没有那家能建的好用的好；CMDB的建设的缺失似乎成了所有ITIL用户的通病，应该也是想重点突破的瓶颈。 ITIL v3发布后，CMDB成了CMS中的一个数据库；而且，CMS中包括不止像CMDB这样的配置信息数据库，其实任何保存配置信息的数据库都算在CMS系统内。既然是一个系统，所以它就不光包含数据还包含一套配套工具集合，通过这套工具，维护和使用配置信息。CMS为其他所有ITIL流程提供基础的配置信息。它的结构如下图所示： 如果说上面这幅图比较还是比较抽象的话，那么请见下图： 从上图中我们看到，CMS系统一共可以分为四层。上三层是核心CMDB数据库和相关配套工具，最低层Data层则是是所有配置信息的基础来源。从ITIL v3的角度来说，只建设一个集中的CMDB数据库来存储所有的CI信息是不够的，CMS系统中必须能够包含和处理所有企业已有的各个系统中的配置数据。换言之，CMDB建设的局限性在于，它只是配置信息数据化，或者说电子化的第一步。 当前依然有很多企业雄心勃勃的上马CMDB项目，不过切记在规划时，一定先好好阅读一下ITIL v3中和CMS相关的内容，适当调整项目的目标和预期总是好的，也可以规避一些项目风险。 CMDB不只是一个数据库那么简单，更不可能在服务台的数据库中建立几张表就可以搞定。从企业IT管理的全局出发，按照ITIL v3的规范，建设CMS应该是所有ITIL项目的当务之急。CMS系统决不能遗忘过去，必须有效整个现有的各个配置信息数据源，无论其以何种形式存在。它必须是一个开放的平台，能过最大限度的和其他任何配置信息的消费者（ITIL流程，以及任何需要获取配置信息的任何应用）整合， 以上的一些是我对CMS建设的一些认识。如果要落地到项目上还不许经过一个痛苦的过程，那就是产品选型。选项的过程中可以注重一下几点： 可视化：配置项和之间的关系按拓扑形式展现 标准化：软件、硬件配置项都有完整标准的CTI信息 归一化：与现有各种配置管理系统核心共存同时CMS保持一份完整的户口记录，任何CI都有ID 集成化：CMS中的数据以图形或者裸数据等形式供其他相关消费者流程或者人员使用 联邦化：CMS核心数据库中不保存动态变化的配置信息（DB的最大连接数，网络设备所使用的syslog服务器地址），这些信息通过联邦管理让用户从其他相关的工具系统中查看到最新的数据。 最近可能还会接触一下CMDB的项目，其他经验总结待续。
This post is too later
很久没有更新这个blog了，本来想保持每周一帖的频率，不过最近总被一些事情所耽误了。今天终于有空闲坐下来写点什么了。 昨晚无意间发现了这个叫做UnWakeAble的Theme，稍微看了一下马上就更换到这个主题了。这个主题有几个地方非常吸引我：它有自己的配置选项；能配置成2或者3栏的形式；提供3种内置的风格可以切换，这个太空船的黑色风格太吸引我了。我想在没有时间写正经post的时候，用有限的时间调整一下界面风格也不错呵呵，虽然之前曾经发誓，要把主要blog时间都放在提交高质量项目介绍和评论上，不过通过这个blog做适当的娱乐还是未尝不可的呵呵:) 可能是对Wordpress了解的很多了，用的也越来越多了，现在觉得它也可以作为一个公司内部的知识库来使用，知识库有可以说是一种特殊的CMS内容管理系统，它能方便用户查询和浏览相关的知识条目。昨天看了一下wordpress的roadmap，它以后可以提供更多的api，甚至于下离线的编辑内容的功能，我想这些都可以是外部系统和它集成的很好的接口。我说的外部系统可以是：IT管理的服务台系统，现在很多厂商的服务台都有现成的KB模块，不过把知识条目放到wordpress这样一个外部的系统中还是很有优势的。关于把wordpress用作CMS内容管理系统的一些考虑您可以看看这个post 今天去西四的广济寺，途中经过了潘家园市场、虹桥市场、天坛北门、天桥、西单等。途中的景色令我可以说是非常吃惊，奥运真的把北京改变了很多。潘家园门口兜售和田玉的巴郎子（新疆人对少数民族的一种称呼，其实是维吾尔语‘小青年’的意思）没有了，随处摆的地摊也没了，随处乱扔的白色快餐饭盒没了，在路边拉黑活的黑车也没有了。虹桥市场门口的路上以前总能看到的那些专门向老外乞讨的人也没有了。天坛北门的街道两旁真是很干净啊，垃圾、墙上的办证都没了。天桥哪里更是变化巨大，以前道路两边破烂的小卖部都没了。西单更是夸张啊：过街天桥附近打扫的人真多啊，而且以前扫大街的人都是自动化了；没人在骑着老式的保时捷垃圾车，取而代之的是等自动扫街的电瓶清洁车。北京变了，北京准备好了。呵呵我也喊两句口号吧！甚至于我在考虑，开幕式那天晚上，我去哪里看焰火。我里永定门的距离不算远，听说那是放烟火的中轴线上的最南点，暂时把这作为我的plan A了。 我也很想知道，你奥运期间如何度过呢？ [poll id="4"] [poll id="5"]