#ci

今天介绍一个本地 Kubernetes 开发的利器 Skaffold。 这是我偶然间发现的一个工具，询问了一下周围的人，居然还没有人用过。测试之后，确实有一种不吐不快 [阅读全文]

持续集成通常是针对应用而言的，可是基础架构的持续集成应该怎么做？基础架构的持续集成应该属于持续交付/部署的基础。贯串本文的一个问题，或者在阅 [阅读全文]

在不同的CMDB服务器之间做数据迁移之前一定要注意两点：1）保持两边的CDM相同；2）先导入CI数据在导入CI相关的关系数据。另外就是每个类 [阅读全文]

为了定义和控制服务和基础设施组件。维持当前计划中、历史的服务和基础设施状况配置信息的准确性 **一、先介绍几个基本概念 **1、配置项（CI） 配 [阅读全文]

From 《Step by step to build a CMDB》步骤17-规划CMDB数据填充

目标

在这一CMDB关键的步骤中，会为CMDB的初始化CI数据填充，做精细的计划。需要考虑到所有CI数据，把不同CI类型对应到不同的数据集中，安排正确的顺序将这些数据集CMDB。其中定义对应的规则来调和重复数据是很重要的，不仅在CMDB初始化数据填充阶段重要，在以后的日常维护过程中也是非常重要的。做出了本阶段的详细规划后，这样在第18步即“选择自动化CMDB填充工具”时，就能考虑需要什么样的配置发现和自动化工具了。

实际上，把数据填充到CMDB中是非常基础的工作，必须事前做好充分的数据范围和类型的分析。对于一个典型的CMDB数据填过程来说，将需要做如下工作：

• 建立里项目程碑和高阶项目计划，以及配套的支撑数据库和操作流程。

• 安排项目启动会议，单周或者双周的项目进度沟通会。

• 识别子项目（每个数据集分为一个子项目），建立每个子项目的目标和需求清单。识别和制定项目工作活动内容，确定项目的工作流程，并且按照项目计划排程所有活动。包括： —并行开展项目（用户界面定制，DSL数据填充）； —串行开展项目（发现工具，数据调和，等等）

• 为每个子项目分配项目负责人，让他们来负责汇报项目的进展、问题升级和下一步的工作。

• 为所有项目参与人员建立一个开放的沟通平台，包括所有内部、外部人员（邮件组方式，数据库、通报）

• 为可能出现的紧急事件预留至少10%的时间和预算的缓冲。

[阅读全文]

在ITIL v3以后，配置管理进化为“服务资产和配置管理SACM”，换句话说，资产和配置管理不分家。两个流程应该是融合的。从微观上看资产管理设 [阅读全文]

[caption id=”” align="alignnone” width="406” caption="dmtf.org”][/caption]当然是配置项和它们之间的关系，即：CI 和 Relati [阅读全文]

ITIL在国内的实施也有8年之久，就我看过和做过的项目中：service desk是最多实施的工具，它包括IM/PM；还有Change Mana [阅读全文]