Sharing A Powerful Tool For Application Auto Monitor

本文轉載自查看原文 2015-05-20 21:13 1328 winform/ 經驗/ windows service/ parallel/ 多線程/ 服務/ 工具

本文分享的這個應用監控小工具，本來是我在五年多以前開發實現的windows服務監控的一個windows服務。聽上去比較拗口吧，是的，這個應用一開始就是個監控windows服務的windows服務。

記得當時寫這個程序的直接原因就是，做數據統計結轉遷移備份之類的后台定時windows任務實在太多，而且由於歷史原因，服務掛掉了也沒有人及時知道，最終都會造成用戶投訴，但很久才反饋到開發這邊，或者用戶根本不投訴，而日志系統又做的不好（可以算是沒有），很可能就一直不知道某些應用已經發生問題。

這個工具的缺點也很明顯，我親眼看到過某司后台強大的運維監控系統，各種詳細的參數和指標，大量日志和完善的日志分析系統，可以直接定位問題至某個集群某台服務器，以及可視化數據監控平台管理后台…必須承認，這個小工具做不到某司統一監控平台系統的任何一點。

后來隨着需求改變，監控的類型變多，逐漸完善，在這個過程中，也曾經考慮加入很多特殊應用的內部業務監控邏輯。但是開發組發現統一監控平台不是那么容易實現，抽象改進使監控通用必須統一應用框架，但我們那時候人手不足，只好簡單粗暴實現最容易的通用邏輯，且慢慢被改造為基於http的應用的簡單心跳檢查，目前支持的主要應用類型有windows服務、web服務、web頁面、wcf、web api等。

在某些特殊業務場景下，這個神器還能重見天日，還可以占有一席用武之地。

現在，這個應用支持兩種表現形式：1、winform程序 2、windows服務

將winform改造為windows服務很簡單，只要將Program類文件稍作修改：

Programusing System;
using System.ServiceProcess;
using System.Threading;
using System.Windows.Forms;

namespace ServiceMonitor
{
    using PowerServiceMonitor.Util;

    static class Program
    {
        /// <summary>
        /// 應用程序的主入口
        /// </summary>
        [STAThread]
        static void Main()
        {
            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);

            MonitorConfig.InitMonitorConfig(); //初始化監控配置文件

            ////改造為winform程序
            //var isCreate = false;
            //var mutex = new Mutex(true, "powerservicemonitor", out isCreate);
            //if (isCreate == true)
            //{
            // Application.Run(new MainForm());
            //}

            //改造為windows服務
            var ServicesToRun = new ServiceBase[] 
            { 
                new MonitorService() 
            };
            ServiceBase.Run(ServicesToRun);
        }
    }
}

最后配合我這里介紹的動態安裝windows服務或者installutil.exe，可以直接實現監控服務安裝。

下面簡要概括這個監控系統包括的主要功能模塊。

一、應用監控管理模塊

這個模塊是這個應用程序的核心。

主要實現監控參數配置、監控項定義和業務邏輯實現。

最大亮點是支持動態監控項目配置。你可以通過工具界面及時調整監控項、重新定義時間間隔，同時它可以控制最大最小及隱藏，支持手動暫停和啟動，還支持日志功能及時查看等。

通過這個工具，以前靠猜，面向巧合編程，經常需要碼農手動一個一個排查windows日志找問題，現在直接通過工具日志就能直接定位排查線上問題了。

還有就是，這個小程序可以很簡單的實現windows服務監控並嘗試自動修復而減少人工干預，出現問題會根據配置發送郵件和（或）短信通知相關人員，當然，發郵件和短信的這個邏輯要依賴你自己完成，比如黑白名單功能、發送的優先級，要不要自動帶上服務器IP，發送的頻率控制等等。

1、監控主面板

2、監控項配置

對於監控項目和預警對象（MonitorItemInfo）的抽象非常重要，每一個監控項和提醒策略貫穿整個監控系統的始終。

MonitorItemInfousing System;

namespace PowerServiceMonitor.Model
{
    /// <summary>
    /// 待監控的項目信息
    /// </summary>
    [Serializable]
    public sealed class MonitorItemInfo
    {
        /// <summary>
        /// 應用類型
        /// </summary>
        public string AppType { get; set; }

        /// <summary>
        /// 監控的項目名稱
        /// </summary>
        public string SvcName { get; set; }

        /// <summary>
        /// 監控的項目對應值 例如：windows服務對應進程名稱 web服務則對應一個url
        /// </summary>
        public string SvcValue { get; set; }

        /// <summary>
        /// 是否啟用
        /// </summary>
        public bool IsEnabled { get; set; }

        /// <summary>
        /// 是否發送郵件提醒
        /// </summary>
        public bool IsSendEmail { get; set; }

        /// <summary>
        /// 是否發送短信提醒
        /// </summary>
        public bool IsSendSMS { get; set; }

    }
}

如果你曾有過每天都有多個新應用同時上線的工作經歷，你一定知道這些抽象多么重要。

實際上，如果應用較少，應用類型很單一，我們完全可以定義一套通用的監控策略，而不用每個應用都有一個配置。

但是，變化是永恆的主題，不同子系統的不同應用肯定會有不同的監控業務邏輯，這里千萬不要認為是過度設計，我反而認為至少少了兩個抽象，定時時間策略和回調通知報警接口。

監控的應用類型也可以動態擴展，小程序中已經定義了監控接口IServiceMonitor，按照自己的業務要求實現邏輯，然后加上配置即可。

IServiceMonitorusing System.Collections.Generic;

namespace PowerServiceMonitor.Contract
{
    using PowerServiceMonitor.Model;

    /// <summary>
    /// 服務監控接口
    /// </summary>
    public interface IServiceMonitor
    {
        /// <summary>
        /// 開始監控處理
        /// </summary>
        /// <param name="monitorConfigPath">待監控項配置文件地址</param>
        /// <returns></returns>
        IList<MonitorResultInfo> Start(string monitorConfigPath);
    }
}