本发明涉及分布式应用监控管理技术领域，具体涉及一种分布式应用系统监控管理方法。
背景技术：
ca系统是一个复杂的分布式应用部署，对于企业来说，一个标准的应用管理机制用来更好的管理和监控应用的需求非常迫切。需要一种基于标准的实现手段来管理应用系统，进而管理各式各样的企业应用就成为管理领域内的现实需求。
技术实现要素：
本发明克服了现有技术的不足，提供一种分布式应用系统监控管理方法。
为解决上述的技术问题，本发明采用以下技术方案：
一种分布式应用系统监控管理方法，采用activemq作为消息处理服务器,监控系统间以消息的方式进行数据传递；所述消息分为三类：监控类消息、系统消息和带宽消息；包括以下步骤：
步骤1，被监控应用程序发送objectmessage到activemq的队列中；由activemq维护队列：logqueue、systemqueue和bandwidthqueue；监控类消息的收发通过logqueue，系统类消息的收发通过systemqueue，带宽类消息的收发通过bandwidthqueue；
步骤2，通过消息监听器监听队列消息，接收到消息后直接存储消息到数据库中；
步骤3，当某个应用运行不正常，电脑发出报警声音并自动向告警联系人发送邮件提醒；
步骤4，界面实时呈现各应用及应用监控类的状态、日志信息、cpu、内存、磁盘、带宽的负载情况。
更进一步的技术方案是所述的监控类消息是指各应用的监控子项。
更进一步的技术方案是每个监控子项有四种日志级别：正常、警告、错误以及普通消息。
更进一步的技术方案是所述的系统消息是指服务器系统以及各子应用的cpu、内存以及磁盘使用情况。
更进一步的技术方案是所述的带宽消息是指服务器系统以及各子应用的带宽使用情况。
与现有技术相比，本发明实施例的有益效果之一是：本发明基于apacheactivemq技术对分布式应用系统进行监控的体系架构提供一套系统管理解决方案，从而保证计算机应用系统平稳运行，并为系统维护和升级提供可视化依据。它针对分布式ip网络进行有效资源管理，采用b/s结构，使用户可以从任何地方通过web浏览器对相关系统和服务实行应变式管理和控制，从而保证网络和计算机应用系统上的资源处于最佳运营状态，并保持网络和计算机应用系统的可用性和可靠性。它以一种直观的图形格式提供准确连接视图，有助于计算机系统管理员评价网络性能，抢在网络和计算机应用系统故障之前采取措施。
附图说明
图1为本发明一个实施例的方法流程示意图。
具体实施方式
本说明书中公开的所有特征，或公开的所有方法或过程中的步骤，除了互相排斥的特征和/或步骤以外，均可以以任何方式组合。
本说明书(包括任何附加权利要求、摘要和附图)中公开的任一特征，除非特别叙述，均可被其他等效或具有类似目的的替代特征加以替换。即，除非特别叙述，每个特征只是一系列等效或类似特征中的一个例子而已。
下面结合附图及实施例对本发明的具体实施方式进行详细描述。
在下面的详细描述中，出于解释的目的描述了许多具体描述以便能够彻底理解所公开的实施方案，然而，很明显一个或多个实施方式可以在不使用这些具体描述的情况下实施，在其他实例中，示意性地显示已知结构和装置，以便简化附图。
根据本发明的一个实施例，本实施例公开一种分布式应用系统监控管理方法，从而保证计算机应用系统平稳运行，并为系统维护和升级提供可视化依据。它针对分布式ip网络进行有效资源管理，采用b/s结构，使用户可以从任何地方通过web浏览器对相关系统和服务实行应变式管理和控制，从而保证网络和计算机应用系统上的资源处于最佳运营状态，并保持网络和计算机应用系统的可用性和可靠性。它以一种直观的图形格式提供准确连接视图，有助于计算机系统管理员评价网络性能，抢在网络和计算机应用系统故障之前采取措施。
具体的，本实施例分布式应用系统监控管理方法，采用activemq作为消息处理服务器,activemq是apache出品，最流行的，能力强劲的开源消息总线。
activemq有如下特性：
1.多种语言和协议编写客户端。语言:java,c,c++,c#,ruby,perl,python,php。应用协议:openwire,stomprest,wsnotification,xmpp,amqp；
2.不用开发人员因并发消息而维护多线程，也不需要维护各应用之间的连接；
3.自动重连功能,断线重连机制是activemq的高可用性具体体现之一。使用failover方式，使得连接断开之后，可以不断的重试连接到一个或多个brokerurl；
4.封装简单。对activemq的封装是很轻松的事情，对于系统集成管理来说，降低了很大的成本；
5.支持消息持久化。
本实施例分布式应用系统监控管理方法，在监控系统间以消息的方式进行数据传递。发送的消息分为三类：监控类消息、系统消息、带宽消息。
监控类消息：指各应用的监控子项，比如notificationmanager应用的network；controlservice应用的etcd；smsg应用的database,memorycahe。每个监控子项有四种日志级别：1:正常2：警告3：错误4：普通消息。
系统消息：服务器系统以及各子应用的cpu、内存、磁盘使用情况。
带宽消息：服务器系统以及各子应用的带宽使用情况。
如图1所示，具体流程如下：
1.被监控应用程序发送objectmessage到activemq的队列中。由activemq维护队列：logqueue、systemqueue和bandwidthqueue。监控类消息的收发通过“logqueue”，系统类消息的收发通过“systemqueue”，带宽类消息的收发通过“bandwidthqueue”。
2.监控程序，通过消息监听器监听队列消息，接收到消息后直接存储消息到数据库中。
3.告警通知，当某个应用运行不正常，电脑发出报警声音并自动向告警联系人发送邮件提醒。
4.界面实时呈现各应用及应用监控类的状态、日志信息、cpu、内存、磁盘、带宽的负载情况。
本实施例分布式应用系统监控管理方法所采用的分布式应用监控系统的管理系统的ui界面，相比其他工控后台设计风格的刚硬来讲，这款设计更加的柔和，以蓝白灰为主色调，界面风格扁平化，简洁沉稳。色彩和形状的对比丰富画面，线描和扁平化icon的设计，让整个设计脱离了“工业”的束缚，彰显现代与活力。界面开发工具使用zeplin。cms的每个页面都由美工进行专门设计，由产品经理负责对页面进行审核，最后美工将设计好的页面上传到zeplin上，并将页面所需的图片素材提供给开发人员。开发人员通过zeplin从页面中提取css样式。
典型页面列举：
1.登录页面
此页面以蓝色作为背景色调，上边部分为公司logo和官网链接。下边部分为版权信息。左边部分为自行设计的隐含本系统概念的图片，右边部分为登录框。如果勾选了记住密码，下次登录时，页面会记住登录用户名和密码，便于快速登录。
2.系统主页
主页的上边部分为一级导航菜单栏，以蓝色为背景颜色，导航以icon+标题横向排列方式。点击一级菜单后，左边显示对应的子菜单项。点击右上方的管理员名字，在管理员名字的下方弹出管理菜单。左边部分为二级或三级导航菜单，当光标移动到菜单上或选中菜单时会显示不同的背景颜色。中间部分为页面主体部分，用于显示各菜单页面。主体部分支持同时显示多个页面，点击tab标签头进行页面的切换。
3.系统监控界面
包括实时查看应用的运行状态，监控子项的查看，监控日志查看，系统运行时长查看。
1.1)应用的运行状态查看
通过系统监控界面，可查看系统的应用架构。可查看各子应用的运行状态。采用四种颜色以示区分。灰色：子应用未启用时；绿色：子应用正常；橙色：警告；红色：发生错误。
1.2)监控子项的查看
光标移动到某个子应用的图标上时，显示操控菜单，选择"监控类型"，弹出监控类型的查看对话框。采用三种颜色以示区分。绿色：监控类型正常；橙色：监控类型产生警告；红色：监控类型发生错误。
1.3)监控日志的查看
从页面上可实时查看各子应用最近的两条日志记录。也可手动点击“监控类型”查看监控类型的日志记录。
1.4)系统运行时长查看
4.系统状态
通过环状图查看当前系统和各子应用的cpu使用率、内存使用率。通过折线图按分钟、小时、天查看cpu、内存使用的走势图。以此监控系统的负载情况。当环状图占比50％以下为绿色，51％～80％为橙色，81％以上为红色。
5.带宽状态
通过折线图显示四种优先级别最近24小时的带宽使用情况。四种级别为：实时优先级、高优先级、普通优先级、低优先级。通过饼状图查看四种优先级别最近24小时的平均使用占比。
左边为折线图，右上方为各优先级别的带宽使用占比数据表格，右下方为使用带宽的饼状图。
6.基础配置页面
上边部分为配置项，中间为操作按钮，下边部分为发送包信息列表。当保存后在下边的发送包信息列表中显示操作的记录。
在本说明书中所谈到的“一个实施例”、“另一个实施例”、“实施例”等，指的是结合该实施例描述的具体特征、结构或者特点包括在本申请概括性描述的至少一个实施例中。在说明书中多个地方出现同种表述不是一定指的是同一个实施例。进一步来说，结合任一个实施例描述一个具体特征、结构或者特点时，所要主张的是结合其他实施例来实现这种特征、结构或者特点也落在本发明的范围内。
尽管这里参照发明的多个解释性实施例对本发明进行了描述，但是，应该理解，本领域技术人员可以设计出很多其他的修改和实施方式，这些修改和实施方式将落在本申请公开的原则范围和精神之内。更具体地说，在本申请公开权利要求的范围内，可以对主题组合布局的组成部件和/或布局进行多种变型和改进。除了对组成部件和/或布局进行的变型和改进外，对于本领域技术人员来说，其他的用途也将是明显的。