[发明专利]服务列表生成方法、装置及系统，获取、上报方法及装置

说明书

本发明公开了一种服务列表生成方法、装置及系统，获取、上报方法及装置。其中，该方法包括：接收来自于第一终端的请求消息，其中，请求消息用于获取服务器当前管理的一个或多个第二终端的服务列表；确定一个或多个第二终端的部分或全部初始化类型的脚本文件标识；确定部分或全部初始化类型的脚本文件标识对应的进程标识；根据确定出的脚本文件标识和进程标识，生成服务列表；将服务列表发送至第一终端。本发明解决了相关技术中因无法实现服务列表与进程列表之间的相互匹配进而无法实现Linux服务的自动化管理的技术问题。

技术领域

本发明涉及计算机领域，具体而言，涉及一种服务列表生成方法、装置及系统，获取、上报方法及装置。

背景技术

Linux服务类似于windows的应用程序，通常以守护进程的形式存在，为Linux用户提供相应的功能。例如:安全外壳守护进程(Secure SHell Daemon，简称为SSHD)服务，其为用户提供远程登录和执行Linux命令的服务。安全外壳(Secure SHell，简称为SSH)是一种在不安全网络上提供安全远程登录及其他安全网络服务的协议。SSH可以分为客户端部分和服务端部分。服务端是一个守护进程(Daemon)，其在后台运行并响应来自客户端的连接请求。服务器端通常为SSHD进程，可以提供对远程连接的处理，包括但不限于：公共密钥认证、密钥交换、对称密钥和非安全连接。客户端可以包括SSH程序以及如远程拷贝(scp)、远程登录(slogin)、安全文件传输(sftp)等其他的应用程序。

在目前主流的Linux操作系统中，服务的信息和启动脚本都被维护在预先设定的目录名(例如：/etc/init.d/)下，并且提供服务(service)命令来管理这些服务，其中，每个服务可以只具备一个进程或者具备多个不同的进程。主流Linux操作系统提供服务操作框架，可以包括但不限于：服务的启动脚本、可执行程序。服务的启动脚本通常在/etc/init.d/目录下,使用service命令进行管理。在通常情况下，service命令需要启动脚本分别提供启动服务(start)，关闭服务(stop)，重启服务(restart)以及查看状态(status)参数接口。

然而，利用service命令的管理方法存在着诸多缺陷，由于开源的缘故，服务脚本的编写并未严格遵循一套特定的规则，由此易导致service命令缺乏固定的格式，例如：如果用户需要查看服务A的状态，故而用户编写了service A status服务脚本，其结果可能返回service A is stopped；如果用户需要查看服务B的状态，故而用户编写了service Bstatus服务脚本，其结果可能返回service B is not running。这些返回格式的差异极大地增加了自动化服务管理的难度，无法准确地定位服务的启停状态。此外，现有的服务管理工具缺乏一种能够提供服务的性能开销数据的获取和展示方案，例如：服务的中央处理器(CPU)，内存，磁盘和网络流量的获取，而这些数据对于日常服务的管理与异常监控都是极为重要的。不仅如此，现有的对服务管理的工具通常是基于service和命令行运行级别设置(chkconfig)命令来开发的，例如：WDlinux控制面板(WDlinux Control Panel，简称为WDCP)中的服务管理，可以通过chkconfig命令来获取该服务是否自启动，以及通过service命令来操作服务的启动/停止和判断服务的状态。然而，事实表明在实际使用的过程中，WDCP中的服务状态难以被准确地获取。

以下是Linux服务管理中启动/关闭服务的常规流程，具体包括如下步骤：

第一步、通过/etc/init.d/目录获取服务标识列表；

第二步、对服务标识列表中的每个服务标识xxx，运行查看服务状态命令servicexxx status，查看返回值中是否包含“run”或“stop”等内容，进而判断服务是否已经启动成功；

第三步、使用启动/关闭服务命令service xxx start/stop启动或者关闭服务；