一種基于大數據運維的監控方法和裝置的制造方法
【專利摘要】本發明公開了一種基于大數據運維的監控方法和系統，由于將監控指標分為三層體系分別進行監控，獲取所述監控指標的數據，并存入數據庫，從所述數據庫中獲取所述監控指標的數據，對所述監控指標的數據進行分析和處理，生成報表并在前臺顯示，或者當接收到用戶的獲取所述監控指標的數據的指令時，根據所述指令生成對應鏈接，為用戶提供所述監控指標的數據，使開源監控系統監控指標更全面，在一定程度上滿足大數據運維以及其他復雜的監控業務。同時，本發明的基于大數據運維的監控方法和系統，支持用戶自定義接口，能對用戶編寫的程序進行監控，在獲取目標監控信息時，無需查找并調用對應鏈接來獲取目標監控信息，給用戶帶來了很多方便。
【專利說明】
一種基于大數據運維的監控方法和裝置
技術領域
[0001]本發明涉及大數據運維監控領域，特別是指一種基于大數據運維的監控方法和裝置。
【背景技術】
[0002]在IT運維監控領域，一個有效的監控系統能幫助運維人員及時發現導致系統故障的隱患。監控系統需要包括指標數據的采集、展示，再到數據分析等，各個環節的設計要保障高效穩定，這在大數據運維系統中尤為重要。現有開源監控系統監控指標不全面，大多數只是監控了服務器操作系統層面上的一些底層指標，如基本的CPU，內存利用率等，這種監控指標只能滿足一般的監控需求，并不能完全滿足大數據運維以及其他復雜的監控業務。同時，現有技術中，大數據運維的監控系統不支持用戶自定義接口，不能對用戶編寫的程序進行監控，在獲取目標監控信息時，需要先查找并調用對應鏈接來獲取目標監控信息，這給用戶帶來個很多不便。
【發明內容】
[0003]有鑒于此，本發明的目的在于提出一種能完全滿足大數據運維以及其他復雜的監控業務的大數據運維的監控方法和裝置。
[0004]基于上述目的，本發明提出一種基于大數據運維的監控方法，包括:
[0005]接收網絡中每個節點設備定時上報的監控指標數據，并存入數據庫，其中所述監控指標數據包括:最底層的通用指標數據，以及中間層的特定服務器指標數據和最外層的外部探測指標數據；
[0006]定時從所述數據庫獲取更新的所述監控指標數據；
[0007]分析所述監控指標數據判斷是否存在異常，若有異常，則查找當前異常監控指標數據對應的節點設備，發送包含有該節點設備信息的報警消息。
[0008]進一步的，所述中間層的特定服務器指標包括大數據中分布式文件系統節點的狀況和運行狀態以及集群的運行狀態;所述最外層的外部探測指標包括用戶自定義的API接口，用戶通過所述API接口獲取系統中對應的API服務是否正常。
[0009]進一步的，還包括:
[0010]根據所述最底層的通用指標，以及中間層的特定服務器指標和最外層的外部探測指標的數據生成報表；
[0011]將單一通用指標數據生成報表并在前臺單獨顯示，或者，將多個通用指標數據生成報表并在前臺同一報表中同時顯不。
[0012]進一步的，所述接收網絡中每個節點設備定時上報的中間層的特定服務器指標的過程包括:
[0013]在一段時間內，多次運行預先部署在每臺作為節點的服務器或其他設備上的探測腳本，獲取每臺作為節點的服務器或其他設備的IP和端口號，根據反饋信息判斷對應的IP和端口號是否運行正常，以及，訪問監控信息界面，獲取每個節點的運行狀態。
[0014]進一步的，所述獲取每臺作為節點的服務器或其他設備的IP和端口號和獲取每個節點的運作狀態的過程包括:
[0015]獲取用戶向服務器發送監控請求的操作，并根據所述請求為用戶分配一個鏈接，當接收到用戶通過所述鏈接發送的請求時，對所述請求進行解析和處理，將處理結果包裝成回應，并將所述回應反饋給用戶。
[0016]基于上述目的，本發明還提出一種基于大數據運維的監控裝置，包括:監控指標數據接收模塊、數據庫數據獲取模塊、數據庫數據處理模塊；
[0017]所述監控指標數據接收模塊，用于接收網絡中每個節點設備定時上報的監控指標數據，并存入數據庫；
[0018]所述數據庫數據獲取模塊，用于定時從所述數據庫中獲取更新的所述監控指標數據；
[0019]所述數據庫數據處理模塊，用于分析所述監控指標數據判斷是否存在異常，若有異常，則查找當前異常監控指標數據對應的節點設備，發送包含有該節點設備信息的報警消息。
[0020]進一步的，所述中間層的特定服務器指標包括大數據中分布式文件系統節點的狀況和運行狀態以及集群的運行狀態;所述最外層的外部探測指標包括用戶自定義的API接口，用戶通過所述API接口獲取系統中對應的API服務是否正常。
[0021]進一步的，所述數據庫數據處理模塊還用于，根據所述最底層的通用指標，以及中間層的特定服務器指標和最外層的外部探測指標的數據生成報表；
[0022]將單一通用指標數據生成報表并在前臺單獨顯示，或者，將多個通用指標數據生成報表并在前臺同一報表中同時顯不。
[0023]進一步的，所述接收網絡中每個節點設備定時上報的中間層的特定服務器指標的過程包括:
[0024]在一段時間內，多次運行預先部署在每臺作為節點的服務器或其他設備上的第二腳本，獲取每臺作為節點的服務器或其他設備的IP和端口號，根據反饋信息判斷對應的IP和端口號是否運行正常，以及，訪問監控信息界面，獲取每個節點的運行狀態。
[0025]進一步的，所述獲取每臺作為節點的服務器或其他設備的IP和端口號和獲取每個節點的運作狀態的過程包括:
[0026]獲取用戶向服務器發送監控請求的操作，并根據所述請求為用戶分配一個鏈接，當接收到用戶通過所述鏈接發送的請求時，對所述請求進行解析和處理，將處理結果包裝成回應，并將所述回應反饋給用戶。
[0027]從上面所述可以看出，本發明提供的基于大數據運維的監控方法和裝置，接收網絡中每個節點設備定時上報的監控指標數據，并存入數據庫，其中所述監控指標數據包括:最底層的通用指標數據，以及中間層的特定服務器指標數據和最外層的外部探測指標數據;定時從所述數據庫獲取更新的所述監控指標數據;分析所述監控指標數據判斷是否存在異常，若有異常，則查找當前異常監控指標數據對應的節點設備，發送包含有該節點設備信息的報警消息。使開源監控系統監控指標更全面，在一定程度上滿足大數據運維以及其他復雜的監控業務。同時，本發明的基于大數據運維的監控方法和系統，支持用戶自定義接口，能對用戶編寫的程序進行監控，在獲取目標監控信息時，無需查找并調用對應鏈接來獲取目標監控信息，給用戶帶來了很多方便。
【附圖說明】
[0028]圖1為本發明基于大數據運維的監控方法的一個實施例示意圖；
[0029]圖2為本發明基于大數據運維的監控方法的一個優選實施例示意圖；
[0030]圖3為本發明基于大數據運維的監控裝置的實施例示意圖。
【具體實施方式】
[0031]為使本發明的目的、技術方案和優點更加清楚明白，以下結合具體實施例，并參照附圖，對本發明進一步詳細說明。
[0032]如圖1所示，為本發明基于大數據運維的監控方法的一個實施例示意圖。在本實施例中，所示基于大數據運維的監控方法包括以下步驟:
[0033]步驟101:將監控指標分為三層體系，接收網絡中每個節點設備定時上報的監控指標數據，并存入數據庫。
[0034]其中所述監控指標數據包括:最底層的通用指標數據，以及中間層的特定服務器指標數據和最外層的外部探測指標數據。
[0035]步驟102:定時從所述數據庫獲取更新的所述監控指標數據。運行數據獲取程序，從數據庫中獲取監控指標的數據。
[0036]步驟103:對監控指標的數據進行分析和處理，并生成報表。
[0037]所述報表可以包括單一機器的各個監控指標的數據和節點的運行狀態，或者，所述報表可以包括多個機器的一個或多個相同監控指標的數據，通過形成對比使可能出現故障或者已經出現故障的機器更容易被發現。在顯示上述報表的過程中，可以在不同頁面顯示不同監控指標數據，或者在同一頁面顯示同一機器的不同監控指標數據。
[0038]步驟104:判斷監控指標數據是否異常。根據對監控指標的數據進行分析和處理，判斷監控指標數據是否異常，若存在異常，則進入步驟105。
[0039]步驟105:查找節點設備并報警。根據所述存在異常的監控指標數據查找存在異常的節點設備，并發出報警，通知用戶。
[0040]在本實施例中，所述并獲取三層體系中的監控指標的數據的頻率為每分鐘運行一次探測腳本，獲取監控指標的數據，并將獲取到的監控指標的數據通過調用REST API接口存入數據庫，并從所述數據庫中獲取通過REST API接口存入數據庫的監控指標的數據，對所述監控指標的數據進行分析和處理，生成報表并在前臺顯示，或者當接收到用戶的獲取所述監控指標的數據的指令時，根據所述指令生成對應鏈接，為用戶提供所述監控指標的數據。
[0041]作為本發明的一個實施例，對所述最底層的通用指標的監控過程為:
[0042]預先在系統的每臺作為節點的服務器或其他設備上部署第一探測腳本，所述第一探測腳本只用于獲取通用指標數據，并通過調用REST API的方式將通用指標數據存入MongoDB數據庫，并將所述通用指標數據生成報表，在前臺顯示。
[0043]作為本發明的一個實施例，將大數據集群中的機器進行分組，按組別對每組中的機器進行探測，并對每臺作為節點的服務器或其他設備的監控指標的數據進行分組顯示。
[0044]作為本發明的另一個實施例，所述將通用指標數據生成報表在前臺顯示的過程包括:將單一通用指標數據生成報表并單獨顯示，或者，將多個通用指標數據生成報表并在同一報表中同時顯示。例如，在同一顯示頁面中，只顯示每臺作為節點的服務器或其他設備的內存占有量，若有分組顯示的需求，則只顯示同組機器的內存占有量，或者，在同一顯示頁面中，只顯示單一機器的各個通用指標，或者，在同一顯示頁面中，顯示每臺作為節點的服務器或其他設備的相近指標，如顯示(PU的運行狀態和機器的溫度。
[0045]作為本發明的又一實施例，對所述中間層的特定服務器指標的監控過程包括:在一段時間內，多次運行預先部署在每臺作為節點的服務器或其他設備上的第二腳本，獲取每臺作為節點的服務器或其他設備的IP和端口號，根據反饋信息判斷對應的IP和端口號是否運行正常，以及，訪問監控信息界面，獲取每個節點的運行狀態。所述獲取每臺作為節點的服務器或其他設備的IP和端口號和獲取每個節點的運作狀態的過程包括:獲取用戶向服務器發送監控請求的操作，并根據所述請求為用戶分配一個鏈接，當接收到用戶通過所述鏈接發送的請求時，對所述請求進行解析和處理，將處理結果包裝成回應，并將所述回應反饋給用戶。
[0046]作為本發明的有一個實施例，當所述最底層的通用指標和/或中間層的特定服務器指標和/或最外層的外部探測指標發生故障時，所述監控系統會發出報警。
[0047]如圖2所示，為圖2為本發明基于大數據運維的監控方法的一個優選實施例示意圖。在本實施例中，包括如下步驟:
[0048]步驟201:運行預先設置在每個節點設備中的探測腳本，獲取最底層的通用指標數據，所述最底層的通用指標包括CPU、內存、網卡流量、磁盤以及TCP連接數。
[0049]所述探測腳本只用于獲取最底層的通用指標，并且所述探測腳本的運行頻率通常為每分鐘一次，具體可根據實際需要進行調整。
[0050]步驟202:通過調用RESTAPI接口將獲取到的最底層的通用指標的數據存入數據庫。
[0051]步驟203:運行預先設置在每個節點設備中探測腳本獲取每臺作為節點的服務器或其他設備的IP和端口號，并判斷是否運行正常。
[0052]所述探測腳本作為中間層特定服務器指標的探測腳本，只用于獲取每臺作為節點的服務器或其他設備的IP和端口號。具體過程為:探測腳本對監控中間層特定服務器指標的相關鏈接發出HTTP協議的請求，接收返回的參數值，并將所述返回的參數值通過鏈接存入數據庫。
[0053 ]步驟204:訪問監控界面，獲取每個節點的運行狀態，并存入數據庫。
[0054]同時中間層特定服務器指標的探測腳本會每隔一段時間，訪問監控界面，所述監控界面中顯示有大數據集群中每個節點的運行狀態，所述監控界面中的節點的運行狀態由探測腳本獲取每個節點的運行參數并通過鏈接存入數據庫，再由其他腳本從數據庫中獲取所述每個節點的運行參數，進一步分析處理得到的。具體過程為:
[0055]客戶端向所述節點的服務器發出請求信號，所述節點服務器接收所述請求信號后，對所述請求信號進行分析和處理，并向所述客戶端發送應答信號，所述客戶端接收到所述應答信號后，根據所述應答信號內容判斷所述節點是否運行正常；
[0056]對所述集群的監控過程包括:接收客戶端發送的信息獲取請求，集群服務器從所述集群的信息顯示界面捕獲所述集群的參數信息，并將所述參數信息包裝成參數鏈接反饋給客戶端，客戶端對所述參數鏈接進行分析并判斷所述集群是否運行正常。
[0057]步驟205:獲取用戶自定義程序的API接口的反應時間，通過反應時間判斷用戶自定義程序的API接口是否正常。
[0058]本實施例的大數據運維的監控方法支持用戶自定義鏈接，用戶通過所述連接能夠獲取監控目標的數據，同時，本實施例的大數據運維的監控方法能夠對用戶自定義的監控指標進行監控。
[0059]步驟206:根據用戶指令通過HTTP協議為用戶提供監控目標的鏈接。
[0060]當用戶需要獲取自定義監控目標的數據，并對服務器發送獲取指令，當接收到用戶的指令時，向服務器發送HTTP請求，服務器對該請求進行解析，返回用戶需要獲取自定義監控目標的數據的鏈接，用戶點擊該鏈接時，生成顯示有監控目標的數據頁面，用戶通過該頁面可直觀的獲取監控目標的運行狀態。
[0061 ]步驟207:從數據庫中獲取監控目標數據。
[0062]步驟208:對監控目標數據進行分析處理并生成報表。
[0063]步驟209:對根據監控目標數據生成的報表進行顯示。
[0064]在顯示頁面中，可以將單一通用指標數據生成報表并單獨顯示，或者，將多個通用指標數據生成報表并在同一報表中同時顯示。例如，在同一顯示頁面中，只顯示每臺作為節點的服務器或其他設備的內存占有量，若有分組顯示的需求，則只顯示同組機器的內存占有量，或者，在同一顯示頁面中，只顯示單一機器的各個通用指標，或者，在同一顯示頁面中，顯示每臺作為節點的服務器或其他設備的相近指標，如顯示CPU的運行狀態和機器的溫度。
[0065]步驟210:將報表中監控目標數據與標注閾值對比。
[0066]步驟211:判斷報表中監控目標數據是否超出閾值。若超出閾值，則報警;若沒有超出閾值，則返回步驟207，并重復步驟207之后的操作。
[0067]如圖3所示，為本發明基于大數據運維的監控裝置的實施例示意圖。在本實施例的監控裝置中，包括:監控指標數據接收模塊301、數據庫數據獲取模塊302和數據庫數據處理模塊303。
[0068]所述監控指標數據接收模塊301用于網絡中接收每個節點設備定時上報的監控指標數據，并存入數據庫，其中所述監控指標數據包括:CPU、內存、網卡流量、磁盤以及TCP連接數在內的最底層的通用指標，大數據中分布式文件系統節點和集群的運行狀態在內的中間層特定服務器指標，以及用戶自定義的API接口。
[0069]對所述最底層的通用指標的監控過程包括:在系統的每個節點上部署探測腳本，獲取所述監控指標數據，通過調用REST API的方式將通用指標數據存入MongoDB數據庫，并將所述通用指標數據生成報表，在前臺顯示。所述將通用指標數據生成報表在前臺顯示的過程包括:將單一通用指標數據生成報表并單獨顯示，或者，將多個通用指標數據生成報表并在同一報表中同時顯示。
[0070]對所述中間層的特定服務器指標的監控過程包括:在一段時間內，多次運行預先部署在每臺作為節點的服務器或其他設備上的探測腳本，獲取每臺作為節點的服務器或其他設備的IP和端口號，根據反饋信息判斷對應的IP和端口號是否運行正常，以及，訪問監控信息界面，獲取每個節點的運行狀態。所述獲取每臺作為節點的服務器或其他設備的IP和端口號和獲取每個節點的運行狀態的過程包括:獲取用戶向服務器發送監控請求的操作，并根據所述請求為用戶分配一個鏈接，當接收到用戶通過所述鏈接發送的請求時，對所述請求進行解析和處理，將處理結果包裝成回應，并將所述回應反饋給用戶。
[0071]具體過程包括:
[0072]對所述節點的監控過程為:
[0073]客戶端向所述節點的服務器發出請求信號，所述節點服務器接收所述請求信號后，對所述請求信號進行分析和處理，并向所述客戶端發送應答信號，所述客戶端接收到所述應答信號后，根據所述應答信號內容判斷所述節點是否運行正常；
[0074]對所述集群的監控過程為:接收客戶端發送的信息獲取請求，集群服務器從所述集群的信息顯示界面捕獲所述集群的參數信息，并將所述參數信息包裝成參數鏈接反饋給客戶端，客戶端對所述參數鏈接進行分析并判斷所述集群是否運行正常。
[0075]對用戶自定義的API接口監控的過程為:向用戶自定義的API接口發送信號，并接收所述用戶自定義的API接口返回的信號，多次重復上述過程，判斷用戶自定義的API接口的反應時常是否正常。所述用戶自定義的API接口可以跳轉到監控頁面的鏈接，所述鏈接為用戶根據監控需要創建的鏈接。
[0076]所述數據庫數據獲取模塊302用于定時從所述數據庫中獲取更新的所述監控指標數據。系統默認每10秒從所述數據庫中獲取更新的所述監控指標數據，用戶也可以根據實際需要自己設定從所述數據庫中獲取更新的所述監控指標數據的時間間隔。
[0077]所述數據庫數據處理模塊303，用于分析所述監控指標數據判斷是否存在異常，若有異常，則查找當前異常監控指標數據對應的節點設備，發送包含有該節點設備信息的報警消息。
[0078]具體為:對所述從所述數據庫中獲取的更新監控指標數據進行分析和處理，并生成報表;所述報表中可以包括單一監控指標數據，也可以包括單一節點的各個監控指標數據。所述報表可以為陳列式報表，將監控指標和響應的數據陳列出來，或者，所述報表可以為圖表式，用于將單一監控指標數據顯示，方便用戶及時發現監控指標運行異常。
[0079]作為本發明基于大數據運維的監控裝置的一個實施例，所述獲取每臺作為節點的服務器或其他設備的IP和端口號和獲取每個節點的運作狀態的過程包括:
[0080]獲取用戶向服務器發送監控請求的操作，并根據所述請求為用戶分配一個鏈接，當接收到用戶通過所述鏈接發送的請求時，對所述請求進行解析和處理，將處理結果包裝成回應，并將所述回應反饋給用戶，對所述節點的監控過程包括:客戶端向所述節點的服務器發出請求信號，所述節點服務器接收所述請求信號后，對所述請求信號進行分析和處理，并向所述客戶端發送應答信號，所述客戶端接收到所述應答信號后，根據所述應答信號內容判斷所述節點是否運行正常。
[0081]作為本發明基于大數據運維的監控裝置的另一個實施例，所述外部探測指標監控模塊支持用戶自定義API接口，所述用戶定義的API接口可以跳轉到監控頁面的鏈接，所述鏈接為用戶根據監控需要創建的鏈接，或者，所述用戶自定義的API接口為用戶自定義程序的接口，通過該接口可以獲取所述用戶自定義程序的運行數據。
[0082]需要說明的是，本發明實施例中所有使用“第一”和“第二”的表述均是為了區分兩個相同名稱非相同的實體或者非相同的參量，可見“第一” “第二”僅為了表述的方便，不應理解為對本發明實施例的限定，后續實施例對此不再一一說明。
[0083]所屬領域的普通技術人員應當理解:以上任何實施例的討論僅為示例性的，并非旨在暗示本公開的范圍(包括權利要求)被限于這些例子;在本發明的思路下，以上實施例或者不同實施例中的技術特征之間也可以進行組合，步驟可以以任意順序實現，并存在如上所述的本發明的不同方面的許多其它變化，為了簡明它們沒有在細節中提供。
[0084]另外，為簡化說明和討論，并且為了不會使本發明難以理解，在所提供的附圖中可以示出或可以不示出與集成電路(IC)芯片和其它部件的公知的電源/接地連接。此外，可以以框圖的形式示出裝置，以便避免使本發明難以理解，并且這也考慮了以下事實，即關于這些框圖裝置的實施方式的細節是高度取決于將要實施本發明的平臺的(即，這些細節應當完全處于本領域技術人員的理解范圍內)。在闡述了具體細節(例如，電路)以描述本發明的示例性實施例的情況下，對本領域技術人員來說顯而易見的是，可以在沒有這些具體細節的情況下或者這些具體細節有變化的情況下實施本發明。因此，這些描述應被認為是說明性的而不是限制性的。
[0085]盡管已經結合了本發明的具體實施例對本發明進行了描述，但是根據前面的描述，這些實施例的很多替換、修改和變型對本領域普通技術人員來說將是顯而易見的。例如，其它存儲器架構(例如，動態RAM(DRAM))可以使用所討論的實施例。
[0086]本發明的實施例旨在涵蓋落入所附權利要求的寬泛范圍之內的所有這樣的替換、修改和變型。因此，凡在本發明的精神和原則之內，所做的任何省略、修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
【主權項】
1.一種基于大數據運維的監控方法，其特征在于，包括: 接收網絡中每個節點設備定時上報的監控指標數據，并存入數據庫，其中所述監控指標數據包括:最底層的通用指標數據，以及中間層的特定服務器指標數據和最外層的外部探測指標數據； 定時從所述數據庫獲取更新的所述監控指標數據； 分析所述監控指標數據判斷是否存在異常，若有異常，則查找當前異常監控指標數據對應的節點設備，發送包含有該節點設備信息的報警消息。2.根據權利要求1所述的基于大數據運維的監控方法，其特征在于， 所述中間層的特定服務器指標包括大數據中分布式文件系統節點的狀況和運行狀態以及集群的運行狀態;所述最外層的外部探測指標包括用戶自定義的API接口，用戶通過所述API接口獲取系統中對應的API服務是否正常。3.根據權利要求1所述的基于大數據運維的監控方法，其特征在于，還包括: 根據所述最底層的通用指標，以及中間層的特定服務器指標和最外層的外部探測指標的數據生成報表； 將單一通用指標數據生成報表并在前臺單獨顯示，或者，將多個通用指標數據生成報表并在前臺同一報表中同時顯不。4.根據權利要求1所述的基于大數據運維的監控方法，其特征在于，接收網絡中每個節點設備定時上報的中間層的特定服務器指標的過程包括: 在一段時間內，多次運行預先部署在每臺作為節點的服務器或其他設備上的探測腳本，獲取每臺作為節點的服務器或其他設備的IP和端口號，根據反饋信息判斷對應的IP和端口號是否運行正常，以及，訪問監控信息界面，獲取每個節點的運行狀態。5.根據權利要求4所述的基于大數據運維的監控方法，其特征在于，所述獲取每臺作為節點的服務器或其他設備的IP和端口號和獲取每個節點的運作狀態的過程包括: 獲取用戶向服務器發送監控請求的操作，并根據所述請求為用戶分配一個鏈接，當接收到用戶通過所述鏈接發送的請求時，對所述請求進行解析和處理，將處理結果包裝成回應，并將所述回應反饋給用戶。6.一種基于大數據運維的監控裝置，其特征在于，包括:監控指標數據接收模塊、數據庫數據獲取模塊、數據庫數據處理模塊； 所述監控指標數據接收模塊，用于接收網絡中每個節點設備定時上報的監控指標數據，并存入數據庫； 所述數據庫數據獲取模塊，用于定時從所述數據庫中獲取更新的所述監控指標數據； 所述數據庫數據處理模塊，用于分析所述監控指標數據判斷是否存在異常，若有異常，則查找當前異常監控指標數據對應的節點設備，發送包含有該節點設備信息的報警消息。7.根據權利要求6所述的基于大數據運維的監控裝置，其特征在于， 所述中間層的特定服務器指標包括大數據中分布式文件系統節點的狀況和運行狀態以及集群的運行狀態;所述最外層的外部探測指標包括用戶自定義的API接口，用戶通過所述API接口獲取系統中對應的API服務是否正常。8.根據權利要求6所述的基于大數據運維的監控裝置，其特征在于，所述數據庫數據處理模塊還用于，根據所述最底層的通用指標，以及中間層的特定服務器指標和最外層的外部探測指標的數據生成報表； 將單一通用指標數據生成報表并在前臺單獨顯示，或者，將多個通用指標數據生成報表并在前臺同一報表中同時顯不。9.根據權利要求6所述的基于大數據運維的監控裝置，其特征在于，所述所述監控指標數據接收模塊，具體用于: 在一段時間內，多次運行預先部署在每臺作為節點的服務器或其他設備上的第二腳本，獲取每臺作為節點的服務器或其他設備的IP和端口號，根據反饋信息判斷對應的IP和端口號是否運行正常，以及，訪問監控信息界面，獲取每個節點的運行狀態。10.根據權利要求109所述的基于大數據運維的監控裝置，其特征在于，所述獲取每臺作為節點的服務器或其他設備的IP和端口號和獲取每個節點的運作狀態的過程包括: 獲取用戶向服務器發送監控請求的操作，并根據所述請求為用戶分配一個鏈接，當接收到用戶通過所述鏈接發送的請求時，對所述請求進行解析和處理，將處理結果包裝成回應，并將所述回應反饋給用戶。
【文檔編號】H04L12/24GK105959130SQ201610229073
【公開日】2016年9月21日
【申請日】2016年4月13日
【發明人】陳抒, 檀會娟
【申請人】樂視控股（北京）有限公司, 樂視網信息技術（北京）股份有限公司