用于O＆M平台的1.5软件CMDB

以上:

0. 硬件CMDB，即设备资源的资产管理，受到运维人员的青睐.

软件CMDB，用于业务资源的配置管理，类似于业务信息管理平台，开发，PE和测试人员对此更加关注.

1. 硬件CMDB公司正在建设（不同程度），而软件CMDB（业务信息管理平台）的系统管理和维护较少.

2. 运维人员喜欢硬件CMDB，这只是业务信息管理的常规维护，远未达到基于应用程序项目的业务维护，监控工作仅在系统和服务级别进行.

3. 开发人员承担繁重的开发任务，没有精力提交应用程序业务信息. 结果是……每个人都很忙，但是出现了什么样的幽灵，并且经常被市场同事抱怨（真实经验）.

4. 当然，必须进行开发的需求分析和项目计划，但是必须允许维护人员（运营和维护）了解和维护相关的业务应用程序项目.

5. 沟通非常重要，运维人员不仅要被动维护，而且要用运营手段来对待项目.

困惑:

1. 涉及微服务的开发需要了解服务的部署时间，当前实例数和资源调度，更不用说相关应用程序的日志和监视数据.

2. 运维人员进行告警检查或性能分析或添加监控，部分服务出现问题（访问错误|服务告警|应用程序和离线恢复），不知道查找

相关的开发和测试人员进行沟通和处理，尤其是优化子项目服务组，确认影响失败的领域和风险评估.

3. 大量应用程序联机，尤其是容器和微服务，导致业务项目更加复杂. 系统<->服务<->应用程序数据字符串会经常更新，并且传统方法无法维护.

4. 对于某些爆炸性广告（广告第二投资项目）或弹性扩展应用程序项目，需要由不同人员来了解应用程序业务资源的使用情况.

最近进行TW业务推广，该项目的资源是否足以扩展；结果，突然的专用线路用完了，并影响了其他业务，这最初是由业务推广和临时增加带宽引起的.

5. 无论如何，许多都是口耳相传，只有人才知道人员沟通的成本很高，而知识不足也会影响工作效率. 您能否提供方便的开发平台，

操作，维护和测试人员可以更有效地处理应用程序项目业务.

应用程序业务配置管理-大图

与应用程序业务配置管理系统（系统层，主机，容器，服务，服务组，应用程序项目）相关的资源关联，以及相应的监视系统关系.

一些结果显示:

1. 对于业务资源配置管理，全部位于“应用程序和服务”下.

2. 服务器系统管理，将OS系统作为应用程序和服务的基本资源.

3. 基于硬件服务器维护（类似于硬件CMDB），基于服务器系统维护，基于应用程序项目维护，大约涉及这三个阶段. 临时到达服务器系统与应用程序项目之间的时间，监视系统也基于服务器系统，因为维吾尔族的操作更需要这一点.

4. docker主机节点，专门拆分.

5. 主机节点和容器实例的拓扑图.

适用的场景和环境: （）

（1）适用于监视网络ip节点互连的情况

（2）适用于社交网络的群组互连访问关系

6. 容器实例.

7. 申请项目

8. 一些服务组模块被多个应用程序调用. 无论如何，有必要量化和区分服务资源，并增加应用程序和服务之间的服务组层.

也可以在此处临时添加微服务项，定义为应用程序太大，定义为服务太小.

9. 申请服务

暂时不行. 服务注册和服务发现，类似于服务治理.

容器服务基于领事+注册为服务注册发现和运行状况检查中心.

10. 我的小目标.

我只知道这些服务器系统资源是正常的，并且服务也是正常的. 这些数据过于单一，无法独立关联.

监视需求（接近业务，警报合并和压缩），因此非常需要此业务配置管理系统.

警报被合并和压缩. 如果某个项目存在故障，则可能会生成多个警报. 您需要选择一个更高级别的警报并进行报告. 您需要了解关系链.

############################################# ###################

如何识别资源:

硬件资产（X86服务器，小型计算机，交换路由设备，防火墙，机架等）最终选择SN作为唯一标识，并且device_id用于存储设备代码（条形码/二维代码标签），

name是设备名称（X86服务器是主机名，交换设备是设备名）. 服务器业务IP和管理IP存储在Asset-server中，而交换机管理IP存储在Asset-switch中.

####硬件设备不一定具有OS系统，尤其是在购买腾讯云和阿里云VM主机时，由于不必提供硬件设备，因此Asset-AgentInfo被拆分.

主机信息-AgentInfo（kvm，vm，hwvm，X86服务器系统）必须存在于OS（Linux | Windows | Unix）中，初始化安装系统并需要安装代理. 最后使用主机名

作为唯一标识符，agent_ip使用映射的IP（主机名-i）. 最初cmdb，使用IP标识符. 某些系统实际上具有四个IP（专用网络|公共网络），并且不合法（主机名-i）. 主机名.

#### KVM和Docker同时安装在硬件服务器系统上，kvm主机和相关的vm存储在AgentInfo中（可以安装

####装代理），但是主机系统和主机节点属性不一致，DockerNode引擎版本，网络，存储空间，

####图片，无论如何，它将被拆除. 有时购买了云提供商的容器服务，无法提供AgentInfocmdb，但是将连接添加到维护用途中，这也是分开的

####的原因之一；对接授权和监视以及代码发布应用程序，以方便将来进行松散对接.

主机节点DockerNode，node_id用于主要健康状况（用于其他目的）； host_on是可选的，用于连接到主机系统；最终将docker_name用作唯一标识符.

####

容器instance-Container，node_id用于主要健康状况（用于其他目的）；最终将node_on和name用作唯一标识符.

####不同主机节点的容器实例名称可能是一致的（无论如何，当前情况是这样的）；生命周期特别短，ID和IP地址都是

####地址频繁更改，并临时选择node_on和名称以进行联合标识.

资源收集方法和更改通知.

服务器管理信息收集:

手动输入: 通过网页手动填写信息.

代理自动报告: 同时在系统操作系统中安装代理以收集和报告数据.

自动中继报告: 例如，华为融合可爱的私有云，您可以通过相关API读取与VM相关的信息，然后直接进入库.

主机节点和容器实例:

代理自动报告: 主要通过docker info收集和输入数据| docker在主机上进行检查.

自动中继报告: 通过API进行信息存储的第三方平台.

服务管理:

手动输入: 对于非标准化和小批量服务，不建议使用.

代理条目: 必须对服务进行标准化，并且在安装和部署服务时（通常对于传统服务而言）会自动添加该服务.

领事服务发现: 特别是对于领事和注册服务，它对于容器服务非常有用.

服务组管理:

通常通过nginx和haproxy进行分销管理或其他方法.

haproxy可以通过状态API页面读取service_cluster和相关服务，方便自动存储.

更改通知:

上述资源发生变化后，最好连接到监控系统，让相关人员了解并释放我们的双手.

参考链接:

用于O＆M平台的1.5软件CMDB

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/jisuanjixue/article-213233-1.html