您的位置:新葡亰496net > 服务器网络 > 构建CMDB的一些启发,CMDB初步了解

构建CMDB的一些启发,CMDB初步了解

发布时间:2019-11-10 06:02编辑:服务器网络浏览(130)

    BKJIA.com 综合报道】什么是ITIL? 

    本节内容

    开篇感言:

      自从学习python自动化开发以来,一直都是从技术的角度来看待一切。以为技术就是王道。但显然我是一只井底之蛙。其实技术只不过是实现功能的工具而已,仅此而已。后来学习了解CMDB,越来越发现很多时候重点并不在技术如何,而是流程或者设计等等一切更能影响全局的东西。所以,我也慢慢有了一点感悟。就是在当做技术或者设计一些东西时,应该试着站在全局的角度去看待你所处的位置以及你所做的技术点。我想架构师思考问题的角度也是如此吧。通过不断地学习和探索,越发的感觉自己不会的东西以及需要学习的东西越来越多。不免产生恐慌,自己到底是否能够很好的胜任这个自动化开发的职位。毕竟自己不想人云亦云或者得过且过,既然做那就把它做好。通过初识CMDB,感觉真的要做好一个CMDB是非常不容易的,需要不断地探索,不断地学习。而且CMDB还仅仅是自动化的开始,可以想象要建立一套完整健全的自动化,这期间遇到的困难真的是数不胜数。这不仅仅需要过硬的技术能力,还要具备更大的格局,需要与更多的部门人员一切协作开发。如果其中任何一个环节出现问题,甚至都能影响到全局的发展。但这也充满了挑战,充满了我对成长的渴望。所以,我仍会加倍努力去做好这一件事。迎接挑战,越战越勇,越战越勇………………

    浅谈ITIL

      TIL即IT基础架构库(Information Technology Infrastructure Library, ITIL,信息技术基础架构库)由英国政府部门CCTA(Central Computing and Telecommunications Agency)在20世纪80年代末制订,现由英国商务部OGC(Office of Government Commerce)负责管理,主要适用于IT服务管理(ITSM)。ITIL为企业的IT服务管理实践提供了一个客观、严谨、可量化的标准和规范。

    1、事件管理(Incident Management)

    事故管理负责记录、归类和安排专家处理事故并监督整个处理过程直至事故得到解决和终止。事故管理的目的是在尽可能最小地影响客户和用户业务的情况下使IT系统恢复到服务级别协议所定义的服务级别。

    目标是:在不影响业务的情况下,尽可能快速的恢复服务,从而保证最佳的效率和服务的可持续性。事件管理流程的建立包括事件分类,确定事件的优先级和建立事件的升级机制。

    2、问题管理(Problem Management)

    问题管理是指通过调查和分析IT基础架构的薄弱环节、查明事故产生的潜在原因,并制定解决事故的方案和防止事故再次发生的措施,将由于问题和事故对业务产生的负面影响减小到最低的服务管理流程。与事故管理强调事故恢复的速度不同,问题管理强调的是找出事故产生的根源,从而制定恰当的解决方案或防止其再次发生的预防措施。

    目标是:调查基础设施和所有可用信息,包括事件数据库,来确定引起事件发生的真正潜在原因,一起提供的服务中可能存在的故障。

    3、配置管理(Configuration Management)

    配置管理是识别和确认系统的配置项,记录和报告配置项状态和变更请求,检验配置项的正确性和完整性等活动构成的过程,其目的是提供IT基础架构的逻辑模型,支持其它服务管理流程特别是变更管理和发布管理的运作。

    目标是:定义和控制服务与基础设施的部件,并保持准确的配置信息。

    4、变更管理(Change Management)

    变更管理是指为在最短的中断时间内完成基础架构或服务的任一方面的变更而对其进行控制的服务管理流程。变更管理的目标是确保在变更实施过程中使用标准的方法和步骤,尽快地实施变更,以将由变更所导致的业务中断对业务的影响减小到最低。

    目标是:以受控的方式,确保所有变更得到评估、批准、实施和评审。

    5、发布管理(Release Management)

     发布管理是指对经过测试后导入实际应用的新增或修改后的配置项进行分发和宣传的管理流程。发布管理以前又称为软件控制与分发。

    目标是:在实际运行环境的发布中,交付、分发并跟踪一个或多个变更。

     

    实际工作场景中自动化工具举例:

    图片 1

     

     

    ITIL全称为IT Infrastructure Library,通常被译为“信息技术基础架构库”。它是由英国中央计算机和电信局CCTA现在已并入英国商务部)主导开发,并在世界范围内被广泛接受的IT服务管理方法。

    浅谈ITIL

     

    CMDB

      CMDB --Configuration Management Database 配置管理数据库, CMDB存储与管理企业IT架构中设备的各种配置信息,它与所有服务支持和服务交付流程都紧密相联,支持这些流程的运转、发挥配置信息的价值,同时依赖于相关流程保证数据的准确性

    在实际的项目中,CMDB常常被认为是构建其它ITIL流程的基础而优先考虑,ITIL项目的成败与是否成功建立CMDB有非常大的关系。

    70%~80%的IT相关问题与环境的变更有着直接的关系。实施变更管理的难点和重点并不是工具,而是流程。即通过一个自动化的、可重复的流程管理变更,使得当变更发生的时候,有一个标准化的流程去执行,能够预测到这个变更对整个系统管理产生的影响,并对这些影响进行评估和控制。而变更管理流程自动化的实现关键就是CMDB。

    CMDB工具中至少包含这几种关键的功能:整合、调和、同步、映射和可视化。

    整合是指能够充分利用来自其他数据源的信息,对CMDB中包含的记录源属性进行存取,将多个数据源合并至一个视图中,生成连同来自CMDB和其他数据源信息在内的报告;

    调和能力是指通过对来自每个数据源的匹配字段进行对比,保证CMDB中的记录在多个数据源中没有重复现象,维持CMDB中每个配置项目数据源的完整性;自动调整流程使得初始实施、数据库管理员的手动运作和现场维护支持工作降至最低;

    同步指确保CMDB中的信息能够反映联合数据源的更新情况,在联合数据源更新频率的基础上确定CMDB更新日程,按照经过批准的变更来更新 CMDB,找出未被批准的变更;

    应用映射与可视化,说明应用间的关系并反应应用和其他组件之间的依存关系,了解变更造成的影响并帮助诊断问题。

    目前CMDB资产管理的实现有如下方式:

    1、Paramiko类

    基于CMDB中控机和SSH对远程服务器执行命令实现

    import paramiko
    
    # 创建SSH对象
    ssh = paramiko.SSHClient()
    # 允许连接不在know_hosts文件中的主机
    ssh.set_missing_host_key_policy(paramiko.AutoAddPolicy())
    # 连接服务器
    ssh.connect(hostname='c1.salt.com', port=22, username='wupeiqi', password='123')
    
    # 执行命令
    stdin, stdout, stderr = ssh.exec_command('df')
    # 获取命令结果
    result = stdout.read()
    
    # 关闭连接
    ssh.close()
    

    2、SaltStack

    基于SaltStack的master上的pillar以及远程执行命令实现

    import salt.client
    local = salt.client.LocalClient()
    local.cmd('*', 'cmd.run', ['whoami'])
    

    3、Puppet

    puppet中默认自带了5个report,放置在【/usr/lib/ruby/site_ruby/1.8/puppet/reports/】路径下。如果需要执行某个report,
    那么就在puppet的master的配置文件中做如下配置:
    
    ######################## on master ###################
    /etc/puppet/puppet.conf
    [main]
    reports = store #默认
    #report = true #默认
    #pluginsync = true #默认
    
    
    ####################### on client #####################
    
    /etc/puppet/puppet.conf
    [main]
    #report = true #默认
    
    [agent]
    runinterval = 10
    server = master.puppet.com
    certname = c1.puppet.com
    
    如上述设置之后,每次执行client和master同步,就会在master服务器的 【/var/lib/puppet/reports】路径下创建一个文件,主动执行:puppet agent  --test
    

    图片 2图片 3

    在 /etc/puppet/modules 目录下创建如下文件结构: 
    
    modules
    └── cmdb
        ├── lib
        │   └── puppet
        │       └── reports
        │           └── cmdb.rb
        └── manifests
            └── init.pp
    
    ################ cmdb.rb ################
    # cmdb.rb
    require 'puppet'
    require 'fileutils'
    require 'puppet/util'
    
    SEPARATOR = [Regexp.escape(File::SEPARATOR.to_s), Regexp.escape(File::ALT_SEPARATOR.to_s)].join
    
    Puppet::Reports.register_report(:cmdb) do
      desc "Store server info
        These files collect quickly -- one every half hour -- so it is a good idea
        to perform some maintenance on them if you use this report (it's the only
        default report)."
    
      def process
        certname = self.name
        now = Time.now.gmtime
        File.open("/tmp/cmdb.json",'a') do |f|
          f.write(certname)
          f.write(' | ')
          f.write(now)
          f.write("rn")
        end
    
      end
    end
    
    
    ################ 配置 ################
    /etc/puppet/puppet.conf
    [main]
    reports = cmdb
    #report = true #默认
    #pluginsync = true #默认 
    

    自定义factor示例

    图片 4图片 5

    $LOAD_PATH.unshift(File.dirname(__FILE__)) unless $LOAD_PATH.include?(File.dirname(__FILE__))
    require "rubygems"
    require 'pp'
    require 'json'
    require 'utils'
    
    def dmi_get_ram(cmd)
    
        ram_slot = []
    
        key_map = {
            'Size' => 'capacity',
            'Serial Number' => 'sn',
            'Type' => 'model',
            'Manufacturer' => 'manufactory',
            'Locator' => 'slot',
        }
    
        output = Utils.facter_exec(cmd)
        devices = output.split('Memory Device')
    
        devices.each do |d|
          next if d.strip.empty?
          segment = {}
          d.strip.split("nt").each do |line|
            key, value = line.strip.split(":")
            if key_map.has_key?(key.strip)
              if key.strip == 'Size'
                segment[key_map['Size']] = value.chomp("MB").strip.to_i / 1024.0 # unit GB
              else
                segment[key_map[key.strip]] =  value ? value.strip : ''
              end
            end
          end
    
          ram_slot.push(segment) unless segment.empty?
        end
    
        return ram_slot
    
    end
    
    Facter.add("ram") do
      confine :kernel => "Linux"
      setcode do
    
        ram_slot = []
        cmd = "dmidecode -q -t 17 2>/dev/null"
        ram_slot = dmi_get_ram(cmd)
    
        JSON.dump(ram_slot)
    
      end
    end
    
    
    Facter.add("ram") do
      confine :kernel => 'windows'
      setcode do
    
        ram_slot = []
    
        if Facter.value(:manufacturer)  =~ /.*HP.*/i
          cli = 'C:cmdb_reportdmidecode.exe'
          cmd = "#{cli} -q -t 17"
          ram_slot = dmi_get_ram(cmd) if File.exist?(cli)
    
        else
    
          require 'facter/util/wmi'
          Facter::Util::WMI.execquery("select * from Win32_PhysicalMemory").each do | item |
    
            if item.DeviceLocator
              slot = item.DeviceLocator.strip
            else
              slot = ''
            end
    
            if item.PartNumber
              model = item.PartNumber.strip
            else
              model = ''
            end
    
            if item.SerialNumber
              sn = item.SerialNumber.strip
            else
              sn = ''
            end
    
            if item.Manufacturer
              manufactory = item.Manufacturer.strip
            else
              manufactory = ''
            end
    
            ram_slot.push({
             'capacity' => item.Capacity.to_i / (1024**3), # unit GB
             'slot' => slot,
             'model' => model,
             'sn' => sn,
             'manufactory' => manufactory,
           })
    
          end
        end
    
        JSON.dump(ram_slot)
    
      end
    end
    

    内存信息

    4、Agent

    基于shell命令实现

    图片 6  

     

    对于Agent的版本的实现思路:

    • Agent采集硬件资产
    • API提供相关处理的接口
    • 管理平台为用户提供可视化操作

     

     

    ITIL旨在提高 IT资源的利用率和服务质量,可适用于不同规模、不同技术和业务需求的组织。ITIL虽然最初是为英国政府部门开发的,但它很快在英国和其他欧洲企业中得到广泛的应用。到90 年代中期ITIL已经成为欧洲IT管理领域事实上的标准。90年代后期ITIL又被引入美国、南和澳大利亚等国,被众多世界500强企业和其他中小企业采用。90 年代末,ITIL也被有关公司引入中国。

    CMDB介绍

    浅谈ITIL

    TIL即IT基础架构库(Information Technology Infrastructure Library, ITIL,信息技术基础架构库)由英国政府部门CCTA(Central Computing and Telecommunications Agency)在20世纪80年代末制订,现由英国商务部OGC(Office of Government Commerce)负责管理,主要适用于IT服务管理(ITSM)。ITIL为企业的IT服务管理实践提供了一个客观、严谨、可量化的标准和规范。

     

    1、事件管理(Incident Management)

    事故管理负责记录、归类和安排专家处理事故并监督整个处理过程直至事故得到解决和终止。事故管理的目的是在尽可能最小地影响客户和用户业务的情况下使IT系统恢复到服务级别协议所定义的服务级别。

    2、问题管理(Problem Management)

    问题管理是指通过调查和分析IT基础架构的薄弱环节、查明事故产生的潜在原因,并制定解决事故的方案和防止事故再次发生的措施,将由于问题和事故对业务产生的负面影响减小到最低的服务管理流程。与事故管理强调事故恢复的速度不同,问题管理强调的是找出事故产生的根源,从而制定恰当的解决方案或防止其再次发生的预防措施。

    3、配置管理(Configuration Management)

    配置管理是识别和确认系统的配置项,记录和报告配置项状态和变更请求,检验配置项的正确性和完整性等活动构成的过程,其目的是提供IT基础架构的逻辑模型,支持其它服务管理流程特别是变更管理和发布管理的运作。

    4、变更管理(Change Management)

    变更管理是指为在最短的中断时间内完成基础架构或服务的任一方面的变更而对其进行控制的服务管理流程。变更管理的目标是确保在变更实施过程中使用标准的方法和步骤,尽快地实施变更,以将由变更所导致的业务中断对业务的影响减小到最低。

    5、发布管理(Release Management)

     发布管理是指对经过测试后导入实际应用的新增或修改后的配置项进行分发和宣传的管理流程。发布管理以前又称为软件控制与分发

     

    事件管理的目标是在不影响业务的情况下,尽可能快速的恢复服务,从而保证最佳的效率和服务的可持续性。事件管理流程的建立包括事件分类,确定事件的优先级和建立事件的升级机制。

    问题管理是调查基础设施和所有可用信息,包括事件数据库,来确定引起事件发生的真正潜在原因,一起提供的服务中可能存在的故障。

    配置管理的目标是:定义和控制服务与基础设施的部件,并保持准确的配置信息。

    变更管理的目标是:以受控的方式,确保所有变更得到评估、批准、实施和评审。

    发布管理的目标是:在实际运行环境的发布中,交付、分发并跟踪一个或多个变更。

     

     

    服务台:服务台是IT部门和IT服务用户之间的单一联系点。它通过提供一个集中和专职的服务联系点促进了组织业务流程与服务管理基础架构集成。服务台的主要目标是协调客户(用户)和IT部门之间的联系,为IT服务运作提供支持,从而提高客户的满意度。

     

    ITIL实施失败的原因

    Django自定义用户认证

    CMDB

    CMDB --Configuration Management Database 配置管理数据库, CMDB存储与管理企业IT架构中设备的各种配置信息,它与所有服务支持和服务交付流程都紧密相联,支持这些流程的运转、发挥配置信息的价值,同时依赖于相关流程保证数据的准确性。

    在实际的项目中,CMDB常常被认为是构建其它ITIL流程的基础而优先考虑,ITIL项目的成败与是否成功建立CMDB有非常大的关系。

    70%~80%的IT相关问题与环境的变更有着直接的关系。实施变更管理的难点和重点并不是工具,而是流程。即通过一个自动化的、可重复的流程管理变更,使得当变更发生的时候,有一个标准化的流程去执行,能够预测到这个变更对整个系统管理产生的影响,并对这些影响进行评估和控制。而变更管理流程自动化的实现关键就是CMDB。

    CMDB工具中至少包含这几种关键的功能:整合、调和、同步、映射和可视化。

    • 整合是指能够充分利用来自其他数据源的信息,对CMDB中包含的记录源属性进行存取,将多个数据源合并至一个视图中,生成连同来自CMDB和其他数据源信息在内的报告;
    • 调和能力是指通过对来自每个数据源的匹配字段进行对比,保证CMDB中的记录在多个数据源中没有重复现象,维持CMDB中每个配置项目数据源的完整性;自动调整流程使得初始实施、数据库管理员的手动运作和现场维护支持工作降至最低;
    • 同步指确保CMDB中的信息能够反映联合数据源的更新情况,在联合数据源更新频率的基础上确定CMDB更新日程,按照经过批准的变更来更新 CMDB,找出未被批准的变更;
    • 应用映射与可视化,说明应用间的关系并反应应用和其他组件之间的依存关系,了解变更造成的影响并帮助诊断问题。

     

    近年来,尽管有部分企业已在ITIL的帮助下,初尝IT服务管理所带来的高效便捷,然而更多的企业,尤其是数以千万的中小企业,仍然因ITIL项目失败而导致自身“气血不通”。实施失败的原因无外乎:

    Restful 规范

    CMDB 资产管理部分实现 

    “少”:实施经验“少”。很多中小企业并没有实施ITIL项目的经验,对ITIL理论并不熟悉,更不要提最佳实践了。不论组织架构还是流程定义,都得“摸着石头过河”,失败几率自然就比较大了。

    资产管理功能开发

    需求

    • •存储所有IT资产信息
    • •数据可手动添加
    • •硬件信息可自动收集
    • •硬件信息可自动变更
    • •可对其它系统灵活开放API
    • •API接口安全认证

    “慢”:实施过程“慢”。花了太多时间在复杂的流程上,觉得要制定详细流程、考虑每一个环节,想做一步到位的事情。但实际上经常会事与愿违,这样不但造成实施过程极为缓慢、复杂,而且随着流程的逐渐执行,会发现很多新的问题,甚至引起员工的抵触情绪。

     

    立业之本:定义表结构

     

    • 各种硬件都能存
    • 资产变更有纪录
    • 资产ID永不变
    • 资产要有状态机

     

    “差”:选择的支撑软件“差”。很多软件产品打着ITIL的旗号,实际上“挂羊头卖狗肉”,有的甚至只是个服务台,这必然导致使用这些产品的中小企业达不到预期的效果。

    浅谈ITIL

    TIL即IT基础架构库(Information Technology Infrastructure Library,ITIL,信息技术基础架构库)由英国政府部门CCTA(Central Computing and Telecommunications Agency)在20世纪80年代末制订,现由英国商务部OGC(Office of Goverment Commerce)负责管理,主要适用于IT服务管理(ITSM)。ITIL为企业的IT服务管理实践提供了一个客观、严谨、可量化的标准和规范。

    1、事件管理(Incident Management)

    事故管理负责记录、归类和安排专家处理事故并监督整个处理过程直至事故得到解决和终止。事故管理的目的是在尽可能最小地影响客户和用户业务的情况下使IT系统恢复到服务级别协议所定义的服务级别。

    2、问题管理(Problem Management)

    问题管理是指通过调查和分析IT基础架构的薄弱环节、查明事故产生的潜在原因,并制定解决事故的方案和防止事故再次发生的措施,将由于问题和事故对业务产生的负面影响减少到最低的服务管理流程。与事故管理强调事故恢复的速度不同,问题管理强调的是找出事故产生的根源,从而指定恰当的解决方案或防止其再次发生的预防措施。

    3、配置管理(Configuration Management)

    配置管理是识别和确认系统的配置项,记录和报告配置项状态和变更请求,检验配置项的正确性和完整性等活动构成的过程,其目的是提供IT基础架构的逻辑模型,支持其它服务管理流程特别是变更管理和发布管理的运作。

    4、变更管理

    变更管理是指为在最短的中断时间内完成基础架构或服务的任一方面的变更而对其进行控制的服务管理流程。变更管理的目标是确保在变更实施过程中使用标准的方法和步骤,尽快地实施变更,以将由变更所导致的业务中断对业务的影响减少到最低。

    5、发布管理

    发布管理是指对经过测试后导入实际应用的新增或修改后的配置项进行分发和宣传的管理流程。发布管理以前又称为软件控制与分发

     

    事件管理的目标是在不影响业务的情况下,尽可能快速的恢复服务,从而保证最佳的效率和服务的可持续性。事件管理流程的建立包括事件分类,确定事件的优先级和建立事件的升级机制。

    问题管理是调查基础设施和所有可用信息,包括事件数据库,来确定引起事件发生的真正潜在原因,一起提供的服务中可能存在的故障。

    配置管理的目标是:定义和控制服务与基础设施的部件,并保持准确的配置信息。

    变更管理的目标是:以受控的方式,确保所有变更得到评估、批准、实施和评审。

    发布管理的目标是:在实际运行环境的发布中,交付、分发并跟踪一个或多个变更。

     

    服务台:服务台是IT部门和IT服务用户之间的单一联系点。它通过提供一个集中和专职的服务联系点促进了组织业务流程与服务管理基础机构集成。服务台的主要目标是协调客户(用户)和IT部门之间的联系,为IT服务运作提供支持,从而提高客户的满意度。

     

    重中之重:接口设计好 

     

    • 可对内外灵活开放接口
    • 接口定义要标准化
    • 一定要提供排错依据
    • 数据返回要标准
    • 要能增删改查
    • 所有异常要抓住
    • 接口安全要注意

     

    “贵”:大公司的ITIL相关软件太“贵”。有名气大公司的ITIL产品虽然功能齐全,对企业实施ITIL有很大帮助,但是,其价格绝对不菲,除了“不差钱”的大型企业,基本阻断了中小企业应用其产品的道路。

    CMDB介绍

    CMDB -- Configuration Management Database 配置管理数据库,CMDB存储与管理企业IT架构中设备的各种配置信息,它与所有服务支持和服务交付流程都紧密相联,支持这些流程的运转、发挥配置信息的价值,同时依赖于相关流程保证数据的准确性。

    在实际的项目中,CMDB常常被认为是构建其他ITIL流程的基础而优先考虑,ITIL项目的成败与是否成功与建立CMDB有非常大的关系。

    70%~80%的IT相关问题与环境的变更有着直接的关系。实施变更管理的难点和重点并不是工具,而是流程。即通过一个自动化的、可重复的流程管理变更,使得变更发生的时候,有一个标准化的流程去执行,能够预测到这个变更对整个系统管理产生的影响,并对这些影响进行评估和控制。而变更管理流程自动化的实现关键是CMDB。

    CMDB工具中至少包含这几种关键的功能:整合、调和、同步、映射和可视化。

    • 整合是指能够充分利用来自其他数据源的信息,对CMDB中包含的记录源属性进行存取,将多个数据源合并至一个视图中,生成连同来自CMDB和其他数据源信息在内的报告;
    • 调和能力是指通过来自每个数据源的匹配字段进行对比,保证CMDB中的记录在多个数据源中没有重复现象,维持CMDB中每个配置项目数据源的完整性;自动调整流程使得初始实施、数据库管理员的手动运作和现场维护支持功能将至最低;
    • 同步指确保CMDB中的信息能够反映联合数据源的更新情况,在联合数据源更新频率的基础上确定CMDB更新日程,按照经过批准的变更来更新CMDB,找出未被批准的变更;
    • 应用映射与可视化,说明应用间的关系并反应应用和其他组件之间的依存关系,了解变更造成的影响并帮助诊断问题。

    构建CMDB的一些启发,CMDB初步了解。如何多快好省的实施ITIL?

    CMDB资产管理部分实现

    需求:

    • 存储所有IT资产信息
    • 数据可手动添加
    • 硬件信息可自动收集
    • 硬件信息可自动变更
    • 可对其他系统灵活开发API
    • API接口安全认证

    配置项分析

    图片 7

    每个配置项的序存储的属性信息分析

    图片 8

    立业之本:定义表结构

    •  各种硬件都能存
    • 资产变更有记录
    • 资产ID永不变
    • 资产要有状态机

     重中之重:接口设计好

    •  可对内外灵活开发接口
    • 接口定义要标准化
    • 一定要提供排错依据
    • 数据返回要标准
    • 构建CMDB的一些启发,CMDB初步了解。要能增删改查
    • 所有异常要抓住
    • 接口安全要注意

     表结构设计

    图片 9

    CMDB资产数据自动汇报及更新流程图

     

    图片 10

    其实,基于ITIL实现IT服务管理,并不难。针对上述“少”、“慢”、“差”、“贵”的失败原因,如何才能“多”、“快”、“好”、“省”的实施ITIL呢?

    自定义用户认证:

     

    “多”:借鉴实施经验“多”的公司出版的最佳实践。这些最佳实践是基于ITIL理论与多年ITIL项目实施经验所形成,不仅有经过实践检验的流程定义、组织架构等,还包括计划Plan)、实施Do)、检查Check)、改进Improve)所组成的持续改进循环。 

    浅谈Restful API

    理解RESTful架构 : 

    RESTful API 设计指南 :  

     

    如果实现安全的WEB API接口认证?

    MadKing开源CMDB源码

     

    cmdb文章推荐: 

     

    参考:金角大王

    “快”:在借鉴了最佳实践的基础上,为了“快”速实施ITIL,企业应使用拥有下列特性的ITIL软件产品:

    1) 快速部署、简单配置:产品的安装及后续的配置均可通过向导引导完成; 

     

    2) 拥有符合最佳实践的预定义流程:安装产品后可直接使用。 

     

    3) 可快速客户化定制流程:随着流程的逐渐执行,会发现新的问题与产生新的需求,ITIL软件产品应支持可视化的流程与表单定制,以使客户快速修正发现的问题或定义新的流程。 

     

    流程定义 

     

    表单定义 

    “好”:选择真正全面支持ITIL的“好”软件。为了真正实现ITIL,企业使用的软件应至少支持服务台、事故管理、问题管理、变更管理、发布管理,最好也支持配置管理即拥有CMDB)以及知识库与FAQ积累IT运维经验)。 

     

    “省”:在保证ITIL实施效果的前提下,企业应选择最“省”钱的软件。

    摩卡IT运维管理:真正全面支持ITIL的软件

    摩卡IT运维管理Mocha ITOM)是一款基于ITIL的,帮助客户流程化、自动化、规范化IT运维的软件。它具有如下特点: 

    ◆10年运维经验,总结ITIL最佳实践; 

    ◆以CMDB为核心,自动发现资源配置项; 

    ◆多种沟通渠道的服务台,客户支持的统一入口; 

    ◆知识库和FAQ的紧密结合,运维经验的积累; 

    ◆符合ITIL框架,规范IT部门管理; 

    ◆可客户化的运维流程,满足不同业务需求; 

    ◆可定制的报表、KPI,度量执行的绩效;

    综合报道】 什么是ITIL? ITIL全称为IT Infrastructure Library,通常被译为“信息技术基础架构库”。它是由英国中央计算机和电信局CCT...

    本文由新葡亰496net发布于服务器网络,转载请注明出处:构建CMDB的一些启发,CMDB初步了解

    关键词: