架构中涉及的模块（补充中）

CMDB

描述

配置管理数据库( Configuration Management Database,CMDB)是一个逻辑数据库，以应用和业务驱动的，需要什么数据，就创造什么数据，通过灵活数据建模，来实现以需求为导向的 CMDB 建设。包含了配置项全生命周期的信息以及配置项之间的关系(包括物理关系、实时通信关系、非实时通信关系和依赖关系)。

通过完善的 Web API 来进行各个流程或应用之间的数据通信，例如：数据上报，验证，获取，更新等等。从而高效控制与管理不断变化的IT基础架构与IT服务，并为其它流程提供准确的配置信息。

简而言之就是可自定义模型可编排的底层数据库，适配客户现场的情况，每个客户的生产环境都不一样，关注点也不一样，可以通过这个根据客户事件情况建模。

功能

资源标准化管理

      通过自动和手动方式，将各处分散的资源信息进行标准化处理和整合，维护资源信息及资源间的关联关系，并记录资源信息的变化过程。与服务管理结合，实现资源的流程化、标准化管理。

IT监控与故障分析

维护从底层基础架构到上层业务应用的关联关系，在设备发生故障时，快速分析出对业务造成的影响，从而辅助判断应对措施。也可用于在资源变更前快速判断变更所影响的范围，从而做出相应决策。

自动化运维

与自动化运维工具深度集成，为自动化运维工具提供准确的设备、组件信息，支持自动化部署、故障自愈、DevOps等自动化运维场景。

IT服务管理

基于ITIL理念，与IT服务管理产品结合，将配置项与所有服务支持和服务交付流程深度关联，支撑设备故障、变更、发布等流程的运转。在流程流转中，快速找到当前设备故障、变更引发的关联配置内容，同时依赖于相关流程保证数据的正确性。

安全管理与审计

对资源的变更过程进行跟踪，对操作人员、操作时间、操作类型等审计信息进行准确记录，使所有变更都可追溯、可恢复，满足合规性要求，便于进行安全分析，保障数据安全。

Monitor

描述

轻量化的监控系统，资源占用少，性能高。对iaas、paas、saas层面统一管控。

数据采集免配置: agent自发现、agent主动推送, 任何数据自定义脚本。

支持对单个主机停止报警，多时间段内支持报警升级，最多5个级别的升级。

对接云底座运维工具，ASO/CMS/BCC/TianjiMon等，还有应用及业务监控的对接，Prometheus/EMAS/SLS以及客户侧各种开源工具等。

功能

主要用途是进行监控过滤收敛，自定义监控。

业务监控

通过Agent采集具体的核心业务模块。

应用监控

通过exporte对接服务端的应用，比如JVM、DB、MQ、NGINX等。

基础监控

通过Agent、接口对接生产环境的基础性能指标，比如CPU、Load、MEN、Network、Disk等。

IOT监控

通过Agent、MQTT对接IOT设备，比如摄像头、智能开关、AP、POS等。

集成监控

通过接口对接各种第三方监控，比如云底层监控，第三方软件监控等。

Knowledge Management

描述

知识管理是快速建立其他系统的基本能力，可以说是抓手系统，可以将知识管理系统分成六个子系统，分别是信息搜索系统，信息筛选系统，知识输入系统，加工整理系统，知识输出系统，存储调用系统。可以实现MTTR缩短。

知识管理流程：获取>创造>分类>存储>分享>更新>价值

功能

知识沉淀

利用软件系统或其他工具，对组织中大量的有价值的方案、策划、成果、经验等知识进行分类存储和管理，积累知识资产避免流失。

协同共享

增强员工之间的知识流动，进行多人协同、项目协同、文档共享。

知识应用

提高变更管理问题中的决策效果，提高应对故障的能力，提高员工及业务效率，提供应急预案，快速恢复。

知识赋能

促进知识的学习和培训，以及再利用和创新，比如爬虫系统、大数据应用、智能算法推荐。

Ticket Management

描述

工单系统Ticket system又称为工单管理系统，根据不同的需求，来有针对的管理、维护和追踪一系列的问题和请求。

工单管理系统是为了支撑其它系统而存在的，所以在设计结构时既要考虑工单本身，又需要考虑其他系统。

功能

用来创建、挂起、解决用户提交的事务请求。规范化、统一化和清晰化的处理和管理事务。一个完整的工单系统还需要配套拥有一个帮助文档知识库（Knowledge base）,里面包含客户的一些常见受理问题相关信息，常见问题的处理方式，和一些其他的帮助文档等。一个工单系统就像一个问题追踪器，能很清晰的追踪，处理和归档内外的问题事务请求，标准化服务追踪用户，具有批量性、时效性、绩效性的特点。

工单内容

工单页面中主要记录工单信息，和工单关联信息，比如一个工单就需要有发起人、类型、内容、状态等信息，同时提供处理工单相关联的信息。

工单状态

工单在创建好以后，是需要流转的，是需要用状态来标识的。

工单日志

工单从创建到结束有一个过程，工单日志主要记录这个过程以及这个过程中不同人员对工单的操作。比如系统日志、操作记录等。

工单分配

工单创建好以后，会有不同的人员对工单进行处理，需要支持系统分配和人工分配以及SLA升级事件。

工单类型

工单内容记录的是不同业务场景下的问题，在工单系统中以工单类型来区分，比如严重、高危、中危、低危，不同的工单类型有不同的使用场景，会产生不同的处理结果。

处理人员

工单处理人员基于类型进行设置，即不同的工单类型第一处理人不同，通过处理人员设置，系统就可以将工单自动进行分配，同时也可以基于处理人员的设置来进行工单权限的判断，有A类工单处理权限的人员可以在系统中看到A类工单，可以等待系统分配，也可以自动去接工单处理。以及进行日程灵活排班。

处理结果

对处理结果进行记录，记录好以后，触发其他系统的单据或者操作，比如服务效能评价，满意度调查，进而人员考核。

分析报表

通过对工单问题的分析，可以反推业务的优化，通过对工单处理时长的分析，可以对工单SOP进行优化。

更新中......