1 服务分析/业务分析

有的企业业务模块很多，在业务出现问题时，为了方便运维或者值班人员快速了解业务的上下层级结构。Open-C3根据CMDB中的信息，生成了一个树形结构。从这个结构可以看到域名下面是那个负载均衡器，负载均衡器下面是什么资源、等等。

同时可以进行搜索、比如通过一个域名搜索它下面的结构，或者根据一个服务名称搜索。或者通过Kubernetes的镜像名称进行搜索。

我们在“服务分析”功能中搜索域名进行查看的时候。系统会显示类似： 域名->加速->DNS解析-> 负载均衡 -> nginx -> 负载均衡 -> Kubernetes.service -> Kubernetes.pod 的结构。

1.1  配置

---

Nginx

在CMDB中，我们会自动获取很多资源，包括所有的nginx的配置文件。因为每个企业的nginx配置路径可能会有所区别，这里看情况进行配置。

默认情况下，我们会把服务树中，名字为nginx的节点下面的机器当作nginx节点。同时我们默认采集 /data/apps/nginx/conf/conf.d、/etc/nginx/conf.d、/usr/local/openresty/nginx/conf/conf.d 下的nginx配置文件到CDMB中进行搜索和分析。

如下是系统默认的配置文件：

# cat  /data/open-c3/Connector/pp/service-analysis/nginx/nginx.node
nginx /data/apps/nginx/conf/conf.d
nginx /etc/nginx/conf.d
nginx /usr/local/openresty/nginx/conf/conf.d

如果采集的nginx内容不符合自己预期。可以在文件名为/data/open-c3-data/service-analysis/nginx.node中配置自己的采集规则。

文件内容的格式为三列。

第一列是资源列表， 可以是ip地址、服务树id、“nginx”字样。

第二列是要采集的目录路径。

第三列是路径的别名，默认情况下可以为空，系统会自动生成。

---

Kubernetes

从本章简介中，我们说到，服务分析功能可以搜索Kubernetes的信息，要展示这些信息，我们需要导入我们的Kubernetes集群。

Open-C3中有kubernetes集群管理的功能。导入kubernetes后，系统会自动获取集群的信息到CMDB中，包括service、pod等。

可以到“容器集群”->”kubernetes应用管理”菜单中找到kubernetes管理页面进行导入。

后面章节还会对集群管理展开讲解，这里就不单独赘述。

1.2  展示

可以看到，当搜索资源时，可以看到上下层级的结构。

这样就可以在搜索域名的时候，知道这个域名是那个容器提供的服务，或者搜索一个ip的时候知道是那个域名在使用等。

 

1.3  总结

CMDB中的资源，可以自动的生成服务分析的结构。这样方便了我们查看资源上下层级结构。